4
私は、バックエンドのSQLデータベースとクライアントアプリケーションとの間でデータをやりとりするWeb APIを備えた既存のクラウドベースのソリューションを持っています。すべて非常に標準的です。私のWeb APIは.NET Coreを使ってビルドされています。これはうまくいっており、既存のWeb APIを構築したさまざまなWebクライアントで利用しています。.netのデータ同期設計
現在のソリューションは、Web APIを使用してネイティブモバイルクライアントアプリケーションをサポートするために拡張する必要があります（通常はここでは何もありません。通常、Web APIは他と同じですクライアント）BUTこれらの新しいクライアントアプリケーションをオフラインシナリオで使用できるという要件を満たす必要があります。つまり、必要なたびにWeb APIを呼び出すために、デバイスにデータ接続が存在するとは思えません。データを同期させて、オフラインにして、必要なときにサーバーに送り返すことができるようにする必要があります。それについて考えて
は、データは2つの方法のいずれかで同期されます。
- 同期が一方向 - サーバーからクライアントへのデータが、変更なしは、このデータに対して行われた になります例えばシステムルックアップテーブル。
- 双方向同期 - 既存の データがクライアントに同期され、変更され、 に送り返されます。サーバーまたはクライアント上に新しいデータが作成されます。新しい 注文。次のよう
新しいアーキテクチャは、次のようになります。
だから - 私の質問になって - 誰もが（一方向および二のデータの同期に関して従うべき良いデザインパターンを知っているんまたは、同期コードが組み込まれているNuGetパッケージかもしれませんか？私は、可能であれば、同期に関するホイールの再発明を避けようとしています。
注：ただ、情報の目的のために、ネイティブモバイルアプリは、私はまだそれを使用していませんでした2015年