Data Warehouse for Mac / iPhone Hybrid Application

Question

I have been developing the iPhone for the last 5 months or so and have used Gus Mueller FMDB to interact with the database. My next project will have both a Mac and an iPhone application, and they will share data between them, although in the end the iPhone will be basically a viewer, with some minor editing capabilities.

My question is: will Core Data make my life easy enough on the Mac side, which would be worth writing my data model twice using Core Data on Mac and FMDB on iPhone? Or should I just use FMDB for both so that I can reuse the same code for Mac and iPhone?

I was a little fixated on Core Data, but not so much (mostly just examples from the Hillegas book), so any concrete examples in favor of Core Data would be very helpful. For the record, I really like FMDB, I'm just wondering if Core Data can make my life much easier in this situation.

Edit: I understand the main differences between FMDB and Core Data, I mainly try to find out if the fact that Core Data provides "free" allows me to double-encode my data model.

Answer 1

, FMDB Obj-C SQLite, CoreData - , SQLite ( , ). , , , , . , , .

Answer 2

OmniDataObjects OmniGroup. CoreData SQLite OS X, iPhone OS. , OS X, iPhone OmniFocus.

Answer 3

, , , iPhone OS 3.0 Core Data iPhone, Mac, iPhone-.

Answer 4

. , , Core Data. , FMDB .

Answer 5

, , , Core Data. , / "". , , .

Answer 6

Core Data , SQLite ( XML ). , ( ) ( ), ( /, , ..). OS X 10.5 .

, , , iPhone. FMDB , , .

, , Leopard NSAtomicStore FMDB. NSAtomicStore - , SQLite , iPhone, , . Core Data FMDB iPhone / .

Answer 7

I don’t know what types of data your project includes, but if it deals with people's records anyway, and if the number of records is small enough, you also have the option to use the built-in address book (ABAddressBook) as a database.

It allows you to add properties unique to your application (which are not visible in other applications that do not use them), and you get free synchronization between iPhone and Mac.