NSManagedObjectを代理人にするのは良い方法ですか？

Question

タスクの詳細：

私は、1-30個のハードウェアデバイスと同時に通信するアプリケーションを開発しています。各デバイスには独自のTCP接続があります。

したがって、私は、そのデバイスのいくつかのプロパティを表すentity "hardwareObject"を作成しました。値1と値2。

"hardwareObject"エンティティの一時的な属性として定義した接続ハンドラクラスを作成しました。 UIの変更では、コアデータオブジェクトが変更され、コアデータオブジェクト自体がvalue1またはvalue2の変更を送信するための接続を通知します。

デリゲートメソッドを介して新しいデータが到着したときに、 "hardwareObject"のインスタンスに通知したいので、その属性のデリゲートです。

NSManagedObjectをs.thの代理人にすることをお勧めします。良い練習ですか？

フォールトやその他のコアデータ関連の問題が発生する可能性がありますか？ また、それぞれの接続ハンドラを処理し、必要に応じてコアデータオブジェクトと対話するsharedInstanceマスター接続ハンドラオブジェクトを作成する方がよいでしょうか？

Answer 1

これは完全に有効なデザインです。 NSManagedObjectsは、（管理対象オブジェクト）コンテキストで管理することができますが、NSManagedObjectを保持しても有効です。そのクラスに特別なビジネスロジックを実装したり、代理人にしたりすることは自由です。実際、コアデータがNSManagedObjectのサブクラス化を可能にする騒動の1つは、こうしたことができるようなものです。

コンテキストからオブジェクトを削除する必要がある場合は、クラスをデリゲートとして登録解除してください。

Answer 2

悪い考えです。デリゲートは、少なくともデリゲート対象のオブジェクトと同じくらい長く存在する必要があり、管理対象オブジェクトのライフサイクルを制御することはできません。これはコンテキストによって処理されます。

あなたの質問に言及しているように、フォールティングも問題になる可能性があります。どの状態情報もあなたのコントロールから消える可能性があります。

さらに、これはMVCの重大な違反のように聞こえます。