Core Data right for my project?
Core Data right for my project?
- Subject: Core Data right for my project?
- From: Keith Blount <email@hidden>
- Date: Fri, 17 Jun 2005 13:00:52 -0700 (PDT)
Hi,
I'm still trying to get my head around Core Data and
whether I should be using it in a (prototyped) project
I am just about to rewrite. I'm quite happy to target
only Tiger and above as the app is unlikely to be
finished for another six months or so. The app is
basically a sort of
word-processor-meets-Mail-meets-Xcode. There is an
outline view source list with (virtual) folders on the
left. Clicking on one of these shows the contained
files in a table view on the right. Clicking on one of
these opens them in a text view. In a different view
mode, there is an outliner similar to OutlineEdit,
except that the rows should be of variable row height
and the state should be saved.
I know that Core Data could probably do a lot of this
fairly easily, but there are issues such as having to
use undocumented API methods such as -observedObject
in order to support variable row heights and the fact
that using Core Data with NSTreeController means that
you cannot use NSOutlineView's datasource persistent
state methods - there are a *lot* of workarounds
required at the moment as I understand it.
My question is: if you are starting a project and are
happy only to target Tiger and above only, should you
be using Core Data for most projects (or does it make
sense to)? Ore does the fact that I would need a fair
number of workarounds to get Core Data to do what I
want indicate that I should just use old-style model
classes?
Many thanks in advance - sorry if this is a dumb
question, but I've only been using Cocoa for about a
year, and just as I felt I'd got a grasp on it, Core
Data has thrown me into confusion.
All the best,
Keith
____________________________________________________
Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football
http://football.fantasysports.yahoo.com
_______________________________________________
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