In defense of Core Data (Part II) (opens in new tab)

(thermal-core.com)

20 pointsLinaLauneBaer12y ago9 comments

9 comments

9 comments · 3 top-level

cageface12y ago· 3 in thread

Don't put anything in your model code

This is a SERIOUS code smell in my opinion. You want business logic in your model layer. That's where it belongs. A good persistence layer does not dictate model design.

taeric12y ago

I think the idea is that this is your persistence model, not necessarily your business model. Often attempts are made to combine these. I feel it is also often that these attempts lead to pain. (And, judging by this blog, I'm not alone. Unless, of course, I'm mistaken.)

shadesandcolour12y ago

"Model code" in that sentence refers purely to NSManagedObject subclasses. Create other model objects to work with your entities instead of asking them to do things for you. How much business logic belongs in the class that models a tweet?

sivanmz12y ago

> Create other model objects to work with your entities instead of asking them to do things for you.

Regardless of persistence, using such "manager" objects to operate on data records is procedural rather than object oriented programming.

prodigal_erik12y ago· 3 in thread

Since the article assumes you already know, Core Data seems to be an iOS-only (and I guess MacOS?) ObjC ORM. If you want compile time safety or portability, look elsewhere.

threeseed12y ago

Actually WebObjects/Project Wonder is still around and kicking. It is a Java port which has an ORM layer that has the same lineage as Core Data.

http://wiki.wocommunity.org/display/WEB/Home

huxley12y ago

It's both Mac and iOS:

https://en.wikipedia.org/wiki/Core_Data

It's not strictly an ORM but more a model-data focused framework that handles the object graph, serialization and persistence.

gress12y ago

Unless you happen to be targeting iOS or Mac OSX, in which case take core data seriously.

Also, compile time safety is available with generated headers or Swift.

yoda_sl12y ago

And to be clear, yes CoreData was launched on Mac OS a while back, and then added to iOS, but CoreData is in fact way older than that. CoreData is a descendant of EOF: Enterprise Objects Framework that was created at NeXT, during the Objective-C days (aka before WebObjects moved to Java).

So Apple has a long history on integrating the ObjC runtime with a back end database. I will be curious to see if something new for CoreData will be coming with Swift.

j / k navigate · click thread line to collapse