ナビゲーションと墓石 - ベストプラクティス
-
28-09-2019 - |
質問
私はただ、ページとトゥームストーンの間でナビゲートする方法について学んでいます。ナビゲーションを適切に使用する方法の基本を示すだけでなく、より複雑で高度なナビゲーションの問題の良い例を示すだけでなく、誰かが私にいくつかの良い例を指摘できるかどうか疑問に思っていますか?
- 他のページにナビゲートして戻ってナビゲートするときに、メモリリークを中心に私が展開しているいくつかの質問がありますか?
- ページが仕事を終えたら、ページコールはありますか(完了した後にぶらぶらしていないインスタンスが必要ありません)?
- もう1つの質問は、アプリが墓に登場した場合に状態を維持する方法です(まだその用語に頭を包み込もうとしています)。
ありがとう!
解決
ページコールが閉じられないため、OSはバックアウトされたときにページを自動的に閉じ、使用しているメモリをリリースします(したがって、ここには漏れがないはずです)。
ここでは、墓石と高度なナビゲーションの概念をカバーするいくつかのリソース。
Windows Phone Applicationの実行モデル、TOMBSTONING、ランチャー、チョーザー、および途中のいくつかのことを理解する - パート1, パート2, パート3
他のヒント
バックボタンのみがあるシンプルなブラウザのように、WP7ナビゲーションについて考えるのが好きです。ナビエーションモデルは、スタックパターン(最初のアウトで最後)に基づいており、最初のページに戻るためにすべてを通過する必要があります。これはPCユーザーが慣れているものではありませんが、モバイルワールドでは最良のソリューションの1つです。このモデルに固執し、「ホームページに移動する」ボタンを実行する必要はありません - アプリは確実に認定を渡さないでしょう(Excetionsの回避策はありますが、私はそれをお勧めしません)。多くのページでユーザーが腹を立てることができます。そのため、最大3〜5ページを持つことが良いアイデアです。たとえば、ファーストページユーザーは彼が何をしようとしているかを選択します。次のページはログインページで、より複雑なインターフェイスを使用してパノラマとピボットコントロールを使用します。
シンプルなブラウザモデルにCookieを追加します。ブラウザがページをロードすると、いくつかの情報を使用してCookieを設定すると、次にブラウザを閉じ、ページに戻ると、そのCookieから以前の状態を取得できます。トゥームストーンは非常にシマラーです。 - リンク. 。もう少し 墓石に関する情報
他のページにナビゲートして戻ってナビゲートするときに、メモリリークを中心に私が展開しているいくつかの質問がありますか?
メモリリークとはどういう意味ですか?マネージドフレームワークで作業しています。
ページが仕事を終えたら、ページコールはありますか(完了した後にぶらぶらしていないインスタンスが必要ありません)?
これを行う必要はありません。次のページに行くたびにページは破壊されます そうでもなければ スレッドはまだそこで機能しています。
もう1つの質問は、アプリが墓に登場した場合に状態を維持する方法です(まだその用語に頭を包み込もうとしています)。
基本的に、これを管理するのはDevelepor次第です。必須ではありませんが、優れたユーザーエクスペリエンスを提供します。
もう1つの質問は、アプリが墓に登場した場合に状態を維持する方法です(まだその用語に頭を包み込もうとしています)。
孤立したストレージを使用します。
WP7ソースコードのColumbus MVCフレームワークを調べることができます(http://columbus.codeplex.com/)私が最近公開したこと。 Columbusは、ナビゲーションと墓石の両方に対処しています(トゥームストンニングに耐えることができる履歴モデルとビューモデルで、強くタイプされたナビゲーションを提供します)。