-1

したがって、単純な MessageAPI を使用するだけでなく、この同期戦略を学びたいのですが、これをうまく実装する方法に本当に苦労しています。

私のプロジェクトは次のようなものです: 電話を介して、API から少量のテキストをダウンロードするためのクエリを作成します。私はこれらのクエリを頻繁に作成しますが、どのくらいの頻度で行うかはまだ決めていません. データは時計を更新し、最後に受信したデータを保持する必要があります。最初のダウンロードが行われた後、DataMap を使用してデータを Android Watch に送信します。準備ができたら更新を継続的に送信するようにチャネルを設定すると信じているため、私はそれを一度だけ送信します。それが間違っている場合は、私を修正してください。

私の主な質問はこれです: Android フォンのアプリが閉じたらどうなりますか? 次に、データ オブジェクトが null になり、Watch に null として送信されますか? または、オブジェクトが null にならないように、長時間実行されているサービスまたは Android フォンの共有設定からオブジェクトを送信する必要がありますか?

4

1 に答える 1

1

データ レイヤーはイベント システムのようなものと考えてください。つまり、データを更新すると、データが更新 (作成、変更、または削除) されると相手側に通知されます。その後、Activity が強制終了されても心配する必要はありません。データが「削除」された場合でも、削除されたことが通知されます。

Wear デバイスでは、Service または Activity を介して変更をリッスンし、それに応じて UI や DB などを更新します。

このAndroid トレーニング ガイドを読むことはおそらく理にかなっています。(それほど長くはありません。)データ層イベントの処理セクションがおそらく最も役に立ちます。

于 2016-02-23T23:57:11.133 に答える