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 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/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to