• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Better key path creation
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

  • Follow-Ups:
    • Re: Better key path creation
      • From: Ramsey Gurley <email@hidden>
References: 
 >Better key path creation (From: John Huss <email@hidden>)
 >Re: Better key path creation (From: David Avendasora <email@hidden>)
 >Re: Better key path creation (From: Timo Hoepfner <email@hidden>)
 >Re: Better key path creation (From: John Huss <email@hidden>)
 >Re: Better key path creation (From: Ramsey Gurley <email@hidden>)
 >Re: Better key path creation (From: Timo Hoepfner <email@hidden>)
 >Re: Better key path creation (From: Timo Hoepfner <email@hidden>)

  • Prev by Date: Re: Better key path creation
  • Next by Date: Re: Better key path creation
  • Previous by thread: Re: Better key path creation
  • Next by thread: Re: Better key path creation
  • Index(es):
    • Date
    • Thread