クライアントとサーバーの同期に独自の同期フレームワークを実装するには、LastUpdateTimeをアンカーとしてのみ使用できます。私はSyncKnowledgeのようなものを書く必要はありません。Microsoft Sync Frameworkでナレッジを使用する方法
知識がP2Pシナリオで役立つようです。
正確に何が不足していますか?
クライアントとサーバーの同期に独自の同期フレームワークを実装するには、LastUpdateTimeをアンカーとしてのみ使用できます。私はSyncKnowledgeのようなものを書く必要はありません。Microsoft Sync Frameworkでナレッジを使用する方法
知識がP2Pシナリオで役立つようです。
正確に何が不足していますか?
Sync Frameworkのデータベースプロバイダについては、オフラインプロバイダとピアツーピア/コラボレーションプロバイダの2種類のプロバイダがあります。
前者は送信されたものと受信されたものを格納するためにアンカーを使用し、ハブスポーク型の同期では通常使用されます。このシナリオでは、クライアントだけが同期されたものを追跡します。
他のタイプのプロバイダは、同期されたものとレプリカからのものを格納するために「ナレッジ」を使用します。したがって、変更がどこから来たのかをトラッキングした後でピアツーピアを同期することができます。このシナリオでは、すべてのレプリカが知識を格納します。
Sync Framework 4(延期されている)CTPは、Silverlight、WP7などの非MSプラットフォームを対象としていますが、実際にはSync Framework 2.1上で実行されています。
私の理解は正しいです。私は知識を気にする必要はない –
私はあなたが尋ねていることを本当に理解していません –
質問は? –
CTPなので私はMS Syncフレームワーク4.0を使用できません。だから私は自分のフレームワークを書くことにしました。これはうまくいくようです。私はクライアントサイドにLastSyncTimeを格納するアンカーベースのアルゴリズムを使用しました。同期中、クライアントはLastSyncTimeの後にすべての変更を送信するようサーバーに要求します。しかし、MSのフレームワークを調べると、知識の概念もあります。私の質問は私のフレームワークにもこのコンセプトを実装する必要がありますか? –