別個のアセンブリでインターフェイスと実装を使用する場合、UnityがPrism WPFアプリケーションで2つをマップする必要はありますか？

Question

私は現在、Prism with Unityを使用しているWPFアプリケーションで作業しています。モデルの機能はいくつかのクラスライブラリプロジェクトに分割されています。懸念の各グループについて、私は1つの実装プロジェクトと、1つのインタフェースとenumのみからなる1つのプロジェクトを持っています。目標は、アプリケーション内の他のものに影響を与えたり、変更したりすることなく、インプリメンテーションdllを変更または完全に置き換えることができるようにすることです。この場合、私はトップレベルのアプリケーションの両方へのハードリファレンスなしで、実装にインターフェイスを登録する方法についてちょっと固執しています。

どこかで一緒に参照する必要があることは知っていますが、ブートストラップのトップレベルのアプリでそのようなことが起こるのはベストプラクティスに反するのでしょうか？私は代わりに、この特定の問題のためにUnityよりMEFを探しているべきですか？

Answer 1

通常、実装を含むモジュールでこれを行います。 Unityコンテナは、モジュールのコンストラクタで依存関係注入を使用して提供されます。したがって、シェルは実際にインターフェイスに実装を登録する必要はありません。インターフェイスを含むモジュールは、通常はインフラストラクチャDLLであり、モジュールではないため、実装モジュールによって参照されることがあります。

これは、DLL間のインターフェイス/実装の分離に関するPrismの推奨事項に沿っていることに注意してください。彼らはサービスに関してある程度深く入ります。私はあなたがモデルや他のオブジェクトのためにそれを使用するそれらの例を見つけることは疑いがあります。

例：

using Microsoft.Practices.Unity; 
using YourInfrastructureDll; 

public sealed class ModuleImplementationA : IModule 
{ 
    private readonly IUnityContainer _container; 

    public ModuleImplementationA(IUnityContainer container) 
    { 
     _container = container; 
    } 

    public void Initialize() 
    { 
     // IYourInterface is defined in the Infrastructure DLL, while YourImplementationA exists in this module 
     _container.RegisterType<IYourInterface, YourImplementationA>(); 
    } 
} 

これは、別の実装のDLLをスワップアウトすることができます。

using Microsoft.Practices.Unity; 
using YourInfrastructureDll; 

public sealed class ModuleImplementationB : IModule 
{ 
    private readonly IUnityContainer _container; 

    public ModuleImplementationB(IUnityContainer container) 
    { 
     _container = container; 
    } 

    public void Initialize() 
    { 
     // IYourInterface is defined in the Infrastructure DLL, while YourImplementationB exists in a different module than the first 
     _container.RegisterType<IYourInterface, YourImplementationB>(); 
    } 
}