ユーザーのカレンダーのエントリにアクセスして変更するアプリケーションを作成しようとしています。変更は、ユーザーが定義できるかなり複雑なルールによって行われます。
開発に多くの時間を費やす前に、私の質問は、コア データを使用する必要があるかどうかです。モデルの多くはコア データによって処理されますが、保存されている多くの情報にアクセスして変更する必要があります。これはコアデータに問題がありますか?
コア データをよりよく理解していれば役に立ちますが、現時点ではわかりません :( コア データを使用する場合に、モデル データに変更を加える可能性について誰かコメントできますか? 数か月かかるのは嫌です。開発に参加して、私が間違った選択をしたことを発見してください!
CoreData を使用すると、スキーマを変更することは、他のほとんどのデータ フレームワークよりも難しくありません。CoreData は、データ モデルに対する多くの単純な変更を単独で処理できます。正しいことを理解できない場合は、カスタム マイグレーションを作成できます。
私の経験では、CoreData は通常、データ集約型アプリの作成と保守を容易にしますが、通常見逃すことのない柔軟性がわずかに失われます。
最近リリースされたWWDC メディア コレクションには、Core Data フレームワークが OS X フレームワークの一部としてリリースされた 2005 年のオーディオ プレゼンテーションが含まれています。このプレゼンテーションでは、Core Data の主な目標、設計原則、およびアーキテクチャについて説明します。また、一連のサンプル アプリケーション (recipy アプリ) についても説明します。コレクションは iTunesU から入手できます。フレームワークの動作原理を把握するために耳を傾けることは価値があります。
私はしばらくの間 Core Data を扱ってきました。作業が簡単で、Xcode にうまく統合され、安定しており、これまでのところ私の生産性に大きく貢献しています。データ用のさまざまなストレージ オプション (バイナリ、XML - 開発中の操作が非常に簡単 - および SQLite)、非常に優れたツール サポート、小さな変更の場合の簡単なモデルの移行、主要なモデルの変更の場合の複雑な移行を追加の労力で利用できます。
Core Data は RDBMS でも RDBMS マッピング ツールでもないという事実に注意する必要があります。これはオブジェクト グラフと永続化フレームワークであり、別物です。この事実を無視すると、Core Data によってパフォーマンスが低下する可能性があります。