Angular2デザイン - 私はしばしば<em>単純なコンポーネント</em>一連の組成物として<em>複雑なページ</em>を予見デザインで終わる多くの機能と<em>複雑なページ</em>を構築する必要がある場合の部品や性能のネスティングが

Question

をリスク、これは構成が単純な構成であってもよい（言い換えれば、複数レベルのネストされた構成要素について話している）。

このようなより単純なコンポーネントは、コードを読みやすく理解するための試みとして（これはまだ良いことですが）再利用性のために構築されていません。

とにかく、私が持っている質問は、構成と異なるレベルのネスティングで構築されたページがパフォーマンスに重大な影響を与える可能性があるため、慎重に監視する必要があるかもしれないということです。

質問が少し曖昧に聞こえるかもしれませんが、基本的には入れ子のコンポーネントがAngular2アプリのパフォーマンスにとって重大なリスクであるかどうかは疑問です。私は妥当な量のネスティング（3〜4レベルと呼ぶ）と、機能的な豊かさを減らすことができない（すなわち、ネストされていないものがトップページになければならない）ページについて話しています。

私はこの質問があまりにも素朴ではないと思います。

ありがとうございます。

Answer 1

ありがとうございます。私はネスティングがむしろパフォーマンスを向上させることができると思います。特に、変更検出を微調整する場合は、たとえばChangeDetectionStategy.OnPushを使用します。このようにしてAngularが変更検出を実行する必要がある範囲を制限し、Angularに明示的に指示するまで制限します。提供される（またはすでに）する

• https://angular.io/docs/ts/latest/api/core/ChangeDetectionStrategy-enum.html
• http://blog.thoughtram.io/angular/2016/02/22/angular-2-change-detection-explained.html
• http://victorsavkin.com/post/110170125256/change-detection-in-angular-2

ビルドステップ角度またはのUniveral Angular2を使用してサーバ側のレンダリングによって、また、初期負荷を減少させますAngularは、ページがロードされてDOMが生成されたコードでバインディングやその他のものの反射コードを置き換えることで構築されます。