動的に読み込まれたコンポーネントを含むAngular2アプリのデザイン決定

Question

私のアプリは、ユーザが以前に保存した設定を基にしてリストから項目を選択して、ビューを更新して選択した機能/ページを表示する開始ページから構成されます。

これらのページには、それぞれ異なるサブコンポーネントが含まれているという意味で異なる構成があります。

新しいニーズが表現されたときに、特定の構成（サブコンポーネントの組み合わせ）に対して新しいコンポーネントを作成し、リストアイテムがそのコンポーネントを指し示すようにすることができましたが、このアプローチでは多くの手作業が必要になる可能性があります。私の意見では、リスト項目モデル（backend.serviceから来て、ユーザーの好みに基づいている）は、サブコンポーネントのIDを持つ内部配列を保持しているので、リスト内の項目が選択される。

すべてのチュートリアルとガイドでは、定義済みのタイプのコンポーネントと定義済みのコンポーネントの読み込み方法のみを示していますが、時には3つのコンポーネントをロードする必要があり、テンプレートに？どうすれば動的に作成されたサブコンポーネントのセットを保持するmain.component.htmlを動的に変更して正しいテンプレートを読み込むことができますか？これはこの問題の良い解決策であると思いますか？

Answer 1

私は、私たちがやってしまった私たちは、同じニーズ

を持ってプロジェクトに取り組むために起こる、我々はblocks-provider呼ぶコンポーネントを作成しました。コンポーネントのリストを保持しているサービス（識別子とクラスを使用して）で作業することで、コンポーネントを動的にロードする責任があります。このリストは手動で管理する必要がありますが、あまり効果がありません。

これは、コンポーネントを任意の順序でレンダリングするのに役立ちます。 blocks-providerはidを@Inputとしているので、コンポーネントのセレクタを与え、上で説明したサービスからコンポーネントをフェッチします。それが完了すると、@Inputが割り当てられ、最終的にはコンポーネントがng-templateとViewChildにレンダリングされます。

これは、あなたが代わりにその構造を持っているときに非常に詳細here

に説明されている簡単な部分であるあなたでしblocks-provider

との組み合わせで、ユーザーの好みでバックエンドからデータをループTLDR