On Dec 21, 2010, at 2:52 PM, John Huss wrote:
I don't think that will work, will it? It has to call a method.
I think you're right. Vars look like they will eat a lot of memory on
second glance.
One solution that would work very well would be to refactor ERXKey
and create a base class that has a much smaller API that is non-
conflicting, then the ERXKey subclasses could use that instead.
John
Most of that big api is pretty useful though.
Ramsey
On Tue, Dec 21, 2010 at 12:03 PM, Timo Hoepfner <th-
[email protected]> wrote:
Or we use vars instead of methods:
MovieRole.pathTo.talent.photo.photo.key()
Adding a patch in a minute...
Timo
Am 21.12.2010 um 18:32 schrieb Timo Hoepfner:
Does this still produce the collisions that Timo observed? If so, I
know it isn't pretty, but I think the patch may stand a better
chance if it has a prefix like
MovieRole.$path.$talent().$photo().$photo().key()
Otherwise, the next time someone wants to add a new method to
ERXKey, the change is going to be subject to everyone getting upset
because it brakes with their model. But then, I also remember Mike
saying something about perm cache at some point in time...
I like it. Didn't know $ would be allowed within a var name. Looks
like € would also be allowed. :)
I've added a path to the (WOLips) ticket that does so and also
allows to specify a userInfo entry on a relationship to fall back to
plain ERXKeys for it (when the target Entity doesn't use "extended
ERXKeys").
http://issues.objectstyle.org/jira/browse/WOL-1189
Timo
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/th-dev%40onlinehome.de
This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/johnthuss%40gmail.com
This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/ramsey%40xeotech.com
This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
