Re: Better key path creation
Re: Better key path creation
- Subject: Re: Better key path creation
- From: Ramsey Gurley <email@hidden>
- Date: Tue, 21 Dec 2010 15:02:27 -0500
Thinking out loud...
It would be interesting to see how much memory the vars approach
uses... Not only does each EO get an instance, but each relationship
gets a new instance of the ERXKey subclass too... which in turn has
its own relationships and new instances. It's certainly easier to
read, but that looks like it may grow exponentially and run out of
memory with large models. :-/
On Dec 21, 2010, at 2:28 PM, Ramsey Gurley wrote:
Awesome. I like that best.
Ramsey
On Dec 21, 2010, at 1:03 PM, Timo Hoepfner 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@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden