Re: Better key path creation
Re: Better key path creation
- Subject: Re: Better key path creation
- From: John Huss <email@hidden>
- Date: Tue, 21 Dec 2010 13:52:21 -0600
I don't think that will work, will it? It has to call a method.
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
On Tue, Dec 21, 2010 at 12:03 PM, Timo Hoepfner
<email@hidden> 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