2017-10-26 4 views
0

プル操作の結果、ローカルレコードの変更を検出するためにStoreTrackingOptionsとStoreChangeEventの組み合わせを使用する必要がありますか?Azure Mobile Appクライアントでレコードの変更を検出する

+0

要件を明確に理解できませんでした。モバイルアプリサービスのサイドデータが変更されたときにクライアントの変更を取得したいということですか?コードを書きましたか? –

答えて

0

私はローカル同期テーブルのそれぞれで最後に更新されたタイムスタンプを追跡するトラッカーを実装することでこの問題を解決しました。変更がサーバー(プル)から同期されると、問題の各テーブルについて、私は最新のタイムスタンプを照会し、それを私が追跡しているものと比較します。タイムスタンプが新しい場合は、追跡したタイムスタンプを更新し、テーブルに新しい/更新されたデータがあることを確認します。

これを、バックスレッド(await.Delay()で終わりのないループ)で実行される「スケジュールされた」同期に結合しました。私はMvvmCrossを使用していますが、同期テーブルに新しいレコードがある場合(上の説明のとおり)、その効果のためにMessengerにメッセージを公開します。誰でもメッセージを購読すれば、彼らのUIを更新することができます。

これまでのところ、フロントエンドの更新がバックエンドの同期に結合されていないため、新しいデータをもたらすバックエンドの同期が新しいデータの明示的なチェックを必要とせずにUIを更新できるため、緩やかに結合されたセットアップの種類。

関連する問題