2

asp.netページでは、「アプリデータ」という用語はすべてのユーザーに共通のデータを指し、「セッションデータ」という用語は特定のユーザーセッションに固有のデータを指します(ログイン間で保持されません) .

ただし、Windows 8 アプリのライフサイクルについて議論すると、定義が変わるようです。

Windows 8 アプリの場合、「アプリ データ」という用語は、特定のユーザーに固有のデータを指しているように見えます (そして、ログイン間で保持されます)。一方、「セッション データ」は、特定のログイン セッションに固有のデータを指しているように見えます。

Microsoft のオンライン チュートリアルは、"アプリ データ" と "セッション データ" の分類が (私には) 少しあいまいに見えます。「アプリデータ」は、セッション間 (またはサスペンド終了イベント) 間で保持したいデータであり、セッションデータは、セッション間 (またはサスペンド終了イベント) で表示したくないデータにすぎないように見えます (または、サスペンド終了イベント)。終了したイベント）

私の理解は正しいですか？「アプリデータ」と「セッションデータ」の定義は、単にそのデータがセッション間でどのように保存および取得されるかの問題ですか (つまり、実際にはデータの決定ではなく、設計上の決定です)?

ありがとう。

4

1 に答える 1

4

用語の話はさておき、アプリの状態とアプリに必要なものだけを見てみましょう。

まず、ユーザーがセットアップしたアカウントや好みなど、アプリが実行されるたびに常に維持される必要がある設定と構成があります。これらの設定は、タイルから、コントラクトなどを通じて、アプリが起動されるたびに読み込まれます。通常、この状態は変更されるたびに保存されます。

第 2 に、アプリが一時停止され、システムによって終了され、後でユーザーによって再び切り替えられた場合 (タイルまたは左スワイプなど)、常に実行されており、閉じられていないという認識を維持するようアプリに求めます。下。この場合、アプリは、ナビゲーション スタック、未送信のフォーム データ、現在のパン位置など、より一時的な状態を保存する必要があります。これにより、終了後に再起動した場合に、この状態を再読み込みして以前と同じように表示できます。中断イベントは、そのような状態が保存されていることを確認するときですが、多くの場合、状態が変化したときに保存すると便利です。

この状態はすべて「アプリ データ」として分類できますが、私は「アプリ データ」を最初の (永続的な) 状態に使用し、「セッション データ」または「セッション状態」を 2 番目の (一時的な) 状態に使用することを好みます。//build で行った "The Story of State" という講演でこれらの用語を使用しています ( 2012 年の講演を少し変更した2013 年の講演については、こちらを参照してください)。

その用語はさておき、実際には、アプリのステートフル エクスペリエンスを定義し、アプリ データ (および/または WinJS) API を使用して、いつでも必要な状態を保存/ロードすることが重要です。最終的にはすべて同じ場所に保存されるため、何と呼ぶか​​はまったく関係ありません。主な違いは、ロードするかリロードしないかです。

于 2013-10-10T04:08:28.110 に答える