NInjectモジュールをどのように整理しますか？

Question

NInjectのモジュールアーキテクチャーは役に立つと思われますが、私はそれがちょっと混乱してしまうと心配しています。

モジュールをどのように整理しますか？あなたはどのアセンブリを保持していますか、どのモジュールにどのような配線が入るかをどのように決めますか？

Answer 1

各サブシステムはモジュールを取得します。もちろん、サブシステムとしての分類を保証するものの定義は...

場合によっては、下位レベルのサブシステム/コンポーネントが次の位置にないため、いくつかのバインディングの責任がより高いレベルにプッシュされることがあります。最終的な権威ある決定を下す - 場合によっては、これをモジュールにパラメータを渡すことによって達成することができます。

Answer 2

NInjectを使用して数年後に自分の投稿に返信します。ここで

を例としてブックストアを使用して、私は私のNInjectModulesを整理する方法です：

• BookStoreSolution
  • Domain.csproj
  • Services.csproj
    • CustomerServicesInjectionModule.cs
    • PaymentProcessingInjectionModule.cs
  • DataAccess.csproj
    • CustomerDatabaseInjectionModule.cs
    • BookDatabaseInjectionModule.cs
  • CustomSecurityFramework.csproj
    • CustomSecurityFrameworkInjectionModule.cs
  • PublicWebsite.csproj
    • PublicWebsiteInjectionModule.cs
  • Intranet.csproj
    • IntranetInjectionModule.cs

これが何を言っていることは、システム内の各プロジェクトは、1つまたは複数で予めパッケージ来るということですNそのプロジェクトのクラスのバインディングを設定する方法を知っているモジュールをインジェクトします。

ほとんどの場合、個々のアプリケーションは、プロジェクトによって提供されるデフォルトの注入モジュールに大きな変更を加えたくないでしょう。たとえば、DataAccessプロジェクトをインポートする必要のある小さなWinFormアプリケーションを作成する場合は、通常、プロジェクトのRepository <>クラスを関連するIRepository <>インターフェイスにバインドする必要があります。

同時に、個々のアプリケーションに特定の注入モジュールを使用させることはありません。アプリケーションは、独自のインジェクションモジュールを作成し、インポートしているプロジェクトが提供するデフォルトモジュールを無視することができます。このようにして、システムは依然としてフレキシブルかつ分離されたままである。