Re: ADC Core Data article
Re: ADC Core Data article
- Subject: Re: ADC Core Data article
- From: Shawn Erickson <email@hidden>
- Date: Fri, 8 Apr 2005 08:07:42 -0700
On Apr 8, 2005, at 7:52 AM, Philippe Mougin wrote:
Sure, we can subclass NSManagedObject and add accessors ourselves, but
why do we have to do it?
Yeah why do you (or Core Data) need to do it at all knowing that you
can use bindings and controllers to access/manage your data?
It seems like Apple went with an implementation that makes the use of
bindings the more efficient pathway while still allowing folks to
subclass, etc. You get things to work without any code being generated
(which has to be maintained, etc.).
Personally that makes sense to me given what yields one can get with
bindings in terms of application development times. Sure bindings
aren't always a good fits for every type of application nor will code
data always be.
Why is this not the default interface provided by Core Data for free?
You want code to be generated for this by the design tools? Or some
type of runtime / proxy magic?
If the former I am sure one could code up a tool that can read the
schema and do just that (generate a NSManagedObject subclass for ya
bristling with the accessors that you want). If you want Apple to do
that file an enhancement request against the tools.
not checked at compile-time
Implies code needs to exist to feed the compiler.
-Shawn
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden