データ ドリブン (読み取り、削除、作成、更新) の新しい iPad アプリケーションがあり、アプリケーションがインストールされている iPad デバイスでデータの永続性を必要とします。そのアプリケーションには約 10 個のテーブルがあります。これらの 10 個のテーブルは、いくつかの点でリレーショナルです (1 対多、多対多、およびスタンドアロン)。iPad を使用したデータ駆動型アプリケーションは初めてです。
Core Data アプローチに従うべきか、SQLite アプローチに従うべきかわかりません。どちらのアプローチがより優れており、現実世界を重視していますか? お知らせ下さい。どうもありがとうございました。
私のアドバイスは、両方を試すことです。実装ごとに 1 つずつ、アプリの 2 つの単純なバージョンをスケッチします。もちろん、Core Data は舞台裏で SQLite をストレージとして使用していますが、それだけではありません。私の見解では、論争は非常に複雑で厄介な獣ですが、それは属性を持つオブジェクトのモデリングと永続化に関するものであり、関係に関与するオブジェクトを削除するときに一貫性を保つのに大いに役立ちます。メモリ効率の良い方法で UITableView 。SQLite では単なるデータベースであり、それだけです。すべての作業を行う必要がありますが、優れた Objective-C フロント エンドがあり、Core Data の非常に奇妙な方法ですべてを行う必要はなく、完全に制御できます。
私の本には、小さな Core Data アプリを示す短いセクションがあります。小さなものですが、Core Data の特別なやり方の壁に頭をぶつけるのに多くの時間を費やしていることがわかります。
http://www.apeth.com/iOSBook/ch36.html#_core_data
前のセクションには、優れた Objective-C フロント エンドを使用して SQLite データベースからデータを取得することがいかに簡単かを示す数行が含まれています。
http://www.apeth.com/iOSBook/ch36.html#_sqlite
Core Data に取り組む前に、Core Data に関する本を読むことをお勧めします。いくつかの良いものがあります。悪いと言っているわけではありませんが、まったく初心者向けのテクノロジーではなく、自分が何を求めているのかを本当に知る必要があります。
私の意見では、Core Data は正しい方向に進んでいます。自問する必要があるのは、各アプローチの利点に対してデータがどのように使用されているかということです。コア データを使用すると、NSDictionaries などのデータ型を使用してデータを更新および書き込むことができます。これは、SQLite のようにデータを処理および書き込むためのボックス外の手法を必要としません。SQLite は実際に機能し、思い通りに機能しますが、私の意見では、サード パーティのラッパーを使用することは、既にネイティブなものを実現するためのもう 1 つのステップにすぎません。