0

私は現在、Web サービスからデータを取得して更新するアプリに取り組んでいます。アプリには、ユーザーが Web サービスにアクセスするための複数の ID の資格情報を保存する機能があります。

Web サービスはデータの記録システムであり、アプリは Web サービスを介してオブジェクトを作成、削除、更新、および表示できます。コア データ オブジェクトは、サーバー上にあるものを反映し、オフラインで表示するための永続性を提供するためだけに存在します。Web サービスまたはユーザーの要求を介してオブジェクトを更新した後、更新を介してバックグラウンドでコア データ エンティティを更新することを計画していました。

私が持っている質問は次のとおりです。

1) コア データはこの種の使用に適していますか、それともトラブルを求めていますか?

2) ユーザーがプロファイルを新しい ID に切り替えると、アプリが永続ストア/管理対象オブジェクトのコンテキストを切り替えて、新しい ID がデータに関して古い ID から本質的にサンドボックス化されるように、アプリを作成することは可能ですか? . もしそうなら、私はこれまで何も見つけることができなかったので、それを行う方法を理解するのに役立ついくつかの指針をいただければ幸いです. 複数のMOCと永続ストアを一緒に使用する方法については多くの参照を見てきましたが、まったく新しい「プロファイル」に完全に切り替える方法はありません...

4

1 に答える 1

0

1) コア データはこの種の使用に適していますか、それともトラブルを求めていますか?

それは、データの性質と、それをどのように使用する予定かによって異なります。Web サービスの関与は、この質問にはあまり関係ありません。「トラブルを求めている」ことはまずありませんが、具体的に何をしようとしているのかによっては、他のオプションも良いアイデアかもしれません.

2) ユーザーがプロファイルを新しい ID に切り替えると、アプリが永続ストア/管理対象オブジェクトのコンテキストを切り替えて、新しい ID がデータに関して古い ID から本質的にサンドボックス化されるように、アプリを作成することは可能ですか? . もしそうなら、私はこれまで何も見つけることができなかったので、それを行う方法を理解するのに役立ついくつかの指針をいただければ幸いです. 複数のMOCと永続ストアを一緒に使用する方法については多くの参照を見てきましたが、まったく新しい「プロファイル」に完全に切り替える方法はありません...

もちろん、さまざまな永続ストアをいくつでも持つことができます。切り替えるときは、新しいストアに切り替える前に、あるストアからロードしたものへのすべての参照を破棄する必要があります。つまり、すべてNSManagedObject、すべてNSManagedObjectContext、およびすべてNSPersistentStoreCoordinatorです。同じデータ モデルを使用しているように聞こえるので、既存のNSManagedObjectModel. これはおそらく、最初のログイン画面を除いて UI 全体をシャットダウンするようなことを意味します (ただし、十分に注意すれば、1 つNSManagedObjectContextを別のものに置き換えて UI をその場で更新することもできます)。これについては本当に徹底する必要NSManagedObjectがNSPersistentStoreCoordinatorあります。

于 2013-07-01T16:56:07.567 に答える