[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: 0x102a70?
- From: Javier Guerra <javier@...>
- Date: Sun, 30 Jan 2005 23:27:50 -0500
On Sunday 30 January 2005 9:53 pm, PA wrote:
> On Jan 31, 2005, at 02:44, Javier Guerra wrote:
> > this is the 'same leaves' problem, there are several interesting
> > solutions.
> > it's used in functional programming classes because there's no simple
> > solution without coroutines and/or lazy evaluation
>
> Care to elaborate in more details?
slight mistake: the name is 'Same Fringe Problem' (see
http://c2.com/cgi/wiki?SameFringeProblem). the general case is to compare
two trees and determine if they have the same leaves, even if the branching
structure is different. essentialy, the simpler solutions use an iterator
that enumerates the leaves in left-right order, and then compare the results
like lists. the catch is that good tree iterators aren't easy to write
without coroutines
but i think you're treating tables mostly as arrays, that's a far easier
problem. even if they have tables as elements, a recursive function would be
enough
> > that seems (to me) like a square peg in a round hole.
>
> I like that. This will be LUObject's official motto from now on.
> Thanks! :)
you're welcome! but when you find round pegs, you'll have much more pleasant
insertions ;-)
> > if you don't try to define everything in that LUObject
>
> Sigh... let me rephrase it:
>
> local aKey = { blue, white, read }
> local aValue = { 1, 2, 3 }
> local aTable = { aKey = aValue }
> local anotherkeyTable = { blue, white, read }
>
> aTable[ anotherkeyTable ]
>
> The key equality is based on the table content. How?
not easy, in fact. you need __index and __newindex metamethods, of course.
and lose the constructor syntax. (because values have to be added after
attaching the metatable)
btw, remember that
local aTable = { aKey = aValue }
is sugar for
local aTable = {}
aTable.aKey = aValue
and that's sugar for
aTable ["aKey"] = aValue
i think you'd want something like
aTable [aKey] = aValue
so you have to write
local aTable = { [aKey] = aValue }
but that won't work for you, because of the equality definition.
a crude, but working hack would be to write a function that returns a string
that would be the same for any identical table. similar in concept to a hash
code, but without collitions and the performance issues would be managed
transparently by the internal string hashing.
maybe use a persistence library, to serialize a any value to a string and use
the string as the key
--
Javier
Attachment:
pgpn1vzX55XGn.pgp
Description: PGP signature