非常に大きなSPAのAngular2メモリ消費

Question

会社の内部使用のための新しいWebアプリケーションを設計する段階にあり、フロントエンドはMVC 6とAngular2で作成されます。 プロジェクトはかなり大きいです...分析は約1000形式を示します。 また、Citrix経由でページを提供するため、各端末がアクセスできるメモリの量はまだ限られています（正確な量はわかりません）。

私はAngular2を念頭に大きなアプリケーションで作成されていることを理解し、私はこのような大規模なSPAに関するいくつかの問題を特定：

1. 大きすぎるメインモジュールの宣言オブジェクト。要件分析の1000フォームは、コンポーネントを単独で使用する場合の2倍ですが、これを最小限にする方法はありますか？
2. Angular2はロードされたコンポーネント用にどのくらいのメモリを予約していますか？ JSヒープメモリのチェック別のページにルーティングするまで、コンポーネントプロトタイプをヒープに予約していることがわかります。私はAng2のメモリ管理に関する情報を見つけることができないので、どんなリンクや情報も歓迎すべきものではありません！
3. モジュールごとに最適なコンポーネントがありますか？ 1つの提案は、それぞれのMVCビューでSPAをいくつかの小さなもので分割することです。

私の主な関心事は、問題＃2です。非常に多くのコンポーネントを持つプロジェクトでは、有限のメモリ量が問題になります。 クライアントはいつでも任意のビューにアクセスでき、そのようなビューをさらに開いた状態に保つことができる「アプリのような動的タブ」が好きです。 多くのMVCビューでアプリケーションを分割すると、この機能を実装するのが難しくなります。

tl; dr：非常に大きなSPAのAngular2メモリ消費に関する情報とガイドラインが必要です！

ありがとうございます！

Answer 1

フォームの数に問題はありません。 コンポーネントはJavaScriptのみにコンパイルされ、多くのメモリを占有することはありません。

コンポーネントがインスタンス化されると、状態を保持するメンバ変数とAngularによって保持される状態のために、いくつかの追加の領域が必要になります。

通常、問題が発生するのは、同時に表示されるコンポーネント（仮想スクロールのようなものを表示するのではなく、可視領域外でも）が膨大な量で表示される場合です。ブラウザが遅く応答しない。

モジュールのサイズ自体はまったく重要ではありません。
ルーターと組み合わせてアプリケーションの一部の遅延読み込みをサポートするために導入されたモジュール。
したがって、アプリケーションの一部を初期ロード時に不要な遅延ロードされたモジュールに配置します。ユーザーが特定のルートに移動すると、必要に応じてアプリケーションの一部（遅延ロードモジュール）をロードできます。