問題タブ [angular-module]

構成データを必要とするサードパーティの NgModule アプリを使用するクライアント Angular2 アプリがあります。サード パーティの NgModule のさまざまな領域内で呼び出されるサービスの静的プロパティとして構成値を使用できるようにする必要があります。

クライアント アプリの App.Module:

クライアントアプリにインポートされているサードパーティの NgModule:

クライアント アプリからの構成データを含むサード パーティの NgModules 静的サービス:

このアプローチは、クライアント アプリの任意のコンポーネント コンストラクターに ClientConfigService をインポートした場合にのみ機能します (現在、app.component.ts にインポートしています)。コンストラクターにインポートすると、サードパーティの NgModule の configHelperFactory が起動し、構成データで静的プロパティが設定されます。

このアプローチは機能し、クライアント アプリは AOT でビルドされます。問題は、構成データを App.Module に設定し、特定のコンポーネントのコンストラクターに ClientConfigService をインポートして、configHelperFactory が起動するのが少し面倒なことです。

構成データをサードパーティの NgModule に渡し、静的サービス プロパティに構成データを入力し、AOT でクライアント アプリを構築できる方法はありますか?

これは本当に簡単な質問に思えますが、この質問に対する正しい答えが見つかりません。私の知る限り、モジュールは、何かを遅延ロードしようとしているときに主に好まれます。それ以外に、すべてのコンポーネントをモジュールにラップする必要があると言う人もいますが、それを行うメリットはありません。何かがモジュールであり、共有モジュールでもコアモジュールでもない場合、それは機能モジュールである必要があり、そのサイズを実際にどのように定義すればよいかわかりません。

daterangepicker を作成しようとしているとしましょう。単一の datepicker をインポートし、それをコンポーネントに 2 回追加して、1 つの「from」datepicker と別の「to」datepicker を作成します。そこに daterangepicker コンポーネントがありますが、これをモジュールにラップする必要がありますか? はいの場合、これをモジュールにラップする利点は何ですか? いいえの場合、いつ何かを機能モジュールに変換できますか?