角度2/4ルーティング：ネイティブモバイルアプリのように機能するのか、状態を解決する必要がありますか？

Question

私は物事を単純にしておきたいだけです - ルーティング解決なしで私のアプリケーションで以前のコンポーネントのデータ状態を解決するAngular 2/4はどのように実装されていますか？私は、データやアイテムを表示するためのいくつかのAPIリクエストを行うビュー特定のコンポーネントをアップ発射ルートビューに移動します）ここで

シナリオ

1で推奨角度設定（CLI^4.2.4）を使用しています

2）アイテムをクリックして、データのAPIリクエストも行う別のコンポーネントを使用して別のビューに移動する

3）ブラウザをクリックすると、前のビューが表示されます（ストレステストと異なるIDEの使用常に一貫しているとは限りません。私は心配しています）

ブラウザのキャッシュ/ヒープにコンポーネントの以前の状態が保存されているか、これを達成するためにAngularフレームワークが何らかの魔法を実行していますか？ ネイティブモバイルアプリでは、以前のビューは実際には決して "逃げない"レイヤーに過ぎないことを認識しています。新しいビューを選択すると、古いビューがバックグラウンドで表示されます。それとも間違っているのですか？

最後のプロジェクトでは、以前のビューのデータを取得するためにビューリゾルバを使用しました。実装に時間がかかりましたが、完璧に機能しました。私は、将来のプロジェクトのために解決さを使用すると、音の決定であるか、新しい角度

Answer 1

のデータの読み込みと保存状態のちょうどやり過ぎと実際に負けパフォーマンス機能は、2つの異なる懸念されているかどうかを確認するには好奇心旺盛です。

角度を自動的に実行するのいずれかが、両方を実現する組み込みツールを提供しますしません。あなたができる、APIからデータをロードするために

：ルートコンポーネントがインスタンス化される前に、あなたの場合router resolver内のデータを使用して、データを必要とする場合

は、コンポーネント内のデータをロード

• 負荷データがまだ読み込まれている間にコンポーネントをすぐに表示したい場合（まだデータが存在しないときにコンポーネントが "空"状態を処理できることを確認する必要があります）

あなたはあなたのアプリケーションで解決データを保存したい場合は、次のことができます。サービスで

• ストアデータ
• 店ngrx
• ストアなどのデータストア内のデータをブラウザでデータ記憶メカニズムのようなものlocalStorage

あなたの目標を達成するために使用するのは、アプリケーションのニーズと個人の好みによって大きく異なります。

あなたも、あなたのアプリケーションの別の部分ではコンポーネント内のデータをロード中に、アプリケーションの一部にデータをロードするためにリゾルバを選択することができます。