コアデータをデカップリング

Question

コアデータを使用して書いたほとんどのアプリケーションは、共通パターンに従います。モデルクラスはNSManagedObjectから継承し、NSManagedObjectContextに挿入して作成されます。

新しいサイドプロジェクトでいくつかの異なる永続性オプションを評価しているので、コアデータ実装をコードの他の部分から分離する方法を見つけることが大好きです。たとえば、プロトコルを使用して定義されたDataStoreという概念を代わりに使用することができます。どの実装でも特定の機能を提供する必要があります。例えば、getCars,addCarおよびdeleteCar。アプリケーションは、getCarsがCore Data、Realm、ローカルファイルなどからフェッチしているかどうかを知る必要はありません。DataStoreのコアデータ実装を実行した直後の問題の1つは、 Carがデータモデルにエンティティとして追加された場合、指定されたイニシャライザ以外のコンテキストを挿入することを除いて、Carオブジェクトを作成することはできません。この点は明らかに飛ばないでしょう。なぜなら、さまざまなビューコントローラや他のクラスから、NSManagedObjectContextなどの知識を分離することが重要なためです。

コアデータのすべてのエンティティ（たとえばCDCar）に別の名前を使用してから、CDCarとCarにマッピングするためのコードを追加することを考えていました。または、CDCarが準拠するアプリでの一般的な使用のために、Carのプロトコルを作成することもできます。これにはより一般的なアプローチがありますか？

Answer 1

パラレルエンティティを追加すると、デカップリングが実質的なメリットとなることが明らかでないほど複雑になります。

私がしたいのは、オンデマンドでインスタンスを作成するためのDataStoreクラスのファクトリメソッドを含めることです。 DataStoreコードの代わりにCarというコードを直接作成する代わりに、DataStoreの新しいcreateCarメソッドを呼び出します。 DataStoreは、有効なインスタンスを作成するために必要な処理を行い、結果を返します。これはおそらく、以外のインスタンスを作成しないため、addCarが必要ないことを意味します。