Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Nested Editing Contexts

You have stumbled upon what I believe to be one of the biggest weaknesses in EOF, and the solutions are (again, in my opinion) terrible.
I don't really see this as a big weakness of EOF ... It has to be able to track changes, and without an editing context, it's not in a "transaction", and therefore you can't do it. You can usually get away with this if you're setting non-relationship attributes, but especially when it comes to relationships to other objects, this just can't fly.

I put my "constructor" eogenerator templates up on the wikibook page months ago -- it autogenerates YourEntity.createYourEntity(...) with the attributes based on all required attributes and all required relationships. This gives you essentially exactly what you would expect a constructor to have, but more like a factory sort of pattern than a traditional constructor.

ms



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/email@hidden

This email sent to email@hidden
References: 
 >Nested Editing Contexts (From: "Ted Archibald" <email@hidden>)
 >Re: Nested Editing Contexts (From: Steven Mark McCraw <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.