有没有像 Unity 这样的东西可以完成不需要界面的简单事情？

Question

也许我误用了 Unity，但事情就是这样。我有几个应用程序，它们都加载相同的插件程序集。所有程序集都需要一个库，我希望它们能够通过 Unity 访问该库。但是，为了使用 Unity 或任何其他 IoC 框架，我必须为该库编写一个接口。我可能会这样做，但由于除了支持 Unity 之外，实际上并不需要界面，因此我担心这意味着我 1) 没有抓住要点，或者 2) 误用了框架。如果我避免为我提供 DI 的东西，那么我必须将库类设置为单例，然后将其传递给所有插件构造函数，或通过公共属性传递，但我不想这样做。

也就是说，在尚未使用 Unity 实际实现任何内容的情况下，我没有得到其他细节 - 尽管 Unity 会让我通过 Resolve<> 请求库，但我的插件仍然需要引用 Unity 实例在主应用程序中创建。那么在这种情况下，您唯一的选择是将 Unity 引用传递给所有插件，但从那时起就很方便，仅仅因为您可以使用 Unity 来获取所有其他依赖项？

更新

我意识到我错过了重点，但希望有人能为我澄清——我不应该到处传递对 Unity 的引用！我只需要在我的应用程序中创建容器，然后注册所有类型。然后，当我实例化所有插件时，它们应该神奇地能够使用这些注册的接口，几乎不需要额外的努力，对吗？就我而言，我的构造函数必须是无参数的，因为我的插件加载器无法处理参数，在这种情况下，我必须使用属性注入来让它们访问接口，对吧？

另一个更新

我继续尝试了 Unity。我注册了所有插件所需的类的实例。我还知道我的插件加载器最终会遇到问题，因为它们是无参数的（并且我可能需要将其传递给 Unity 才能使它们工作）。不过，目前我正在直接创建一个插件，并且是通过 Resolve 方法来完成的。所以代码基本上是这样的：

// app code
ICandySettings _candy_settings = new CandySettings();
IUnityContainer unity = new UnityContainer().RegisterInstance<ICandySettings>( _candy_settings);
CandyPlugin _plugin = unity.Resolve<Candy>(); // throws null reference exception, see below.

// plugin code
public class Candy
{
  [Dependency]
  ICandySettings CandySettings { get; set; }

  ...

  public Candy()
  {
    CandySettings.GetSetting("box"); // CandySettings is null!  why?  Didn't Unity do this for me?
  }
}

所以我现在的问题是，我希望（鉴于我有限的知识），Unity 将自动将插件的 CandySettings 引用设置为通过 RegisterInstance 注册的任何实例，但事实并非如此。

一个可行的选项

如果我跳过烟雾和镜子的东西，只是将我的 UnityContainer 传递到插件的构造函数中，那么我可以调用 Unity.Resolve() 来设置我的 CandySettings 属性的值，一切都很好。我很想知道为什么 [Dependency] 属性没有按照我的预期行事。如果我没记错的话，我实际上不需要将 Unity 传递给插件加载器中的每个构造函数。我应该只使用 Unity.Resolve() ，如果 [Dependency] 正常工作，它可能会工作。然而，现在我明白了每个人都在说如何选择 IoC 容器然后将其强加给整个开发团队。

MEF！

到目前为止，MEF 正在为我赢得这场战斗。这非常简单，神奇的烟雾和镜子的东西非常适合我的需求（目前）。但我仍然想让 Unity 正常工作。我觉得奇怪的是，对于 MEF，我只需要组合各个部分，其他所有内容都就位，而我似乎无法让 Unity 自动注入东西，我必须通过对 Unity 的引用来解决所有问题到处。这不可能是正确的。

更多 MEF

我喜欢这样的想法，即可以非常轻松地使用 MEF 解析多个对象，但是如果我使用策略模式来指示代码行为，情况又如何呢？目前，它就像将引用从一种行为的实现更改为另一种行为一样简单，并且它就可以工作。有人用 MEF 这样做吗？使用 ImportMany，然后使用额外的代码来确定应该调用列表中的哪些行为是正确的方法吗？

Answer 1

如果您的依赖注入要求很小（从听起来来看，确实如此），您可能需要考虑尝试 MEF 。它是轻量级且易于使用的，并且具有直接位于 .NET 4 框架中的优点，这意味着如果您迁移到 .NET 4，则不需要额外的部署要求。

在此期间，它通过 Codeplex 在 3.5 上得到支持地点。

MEF 在这方面很出色，因为它可以在任何类型上工作，而不仅仅是接口。

话虽这么说，如果您希望插件使用应用程序提供的“库”，那么您很可能始终需要该库可用并由您的插件引用（或者至少需要一组基类或接口） API）。

Answer 2

大多数 IoC 容器都可以映射具体的类和接口，只是大多数人认为使用接口是更好的实践，因为它与设计和测试有关。

如果您只想允许配置一些常见类型，那么您可能需要使用 System.IServiceProvider 来推出自己的类型。它是内置的，因此您无需将 IoC 依赖项级联到您的使用代码。

public class SomePlugin
{
 public SomePlugin(IServiceProvider serviceProvider)
 {
  _foo = serviceProvider.GetService(typeof(IFoo)) as IFoo;
 }
}

或者您可以在 Common Service Locator 库中拥有一个单例服务定位器

public class SomePlugin
{
 public SomePlugin()
 {
  _foo = ServiceLocator.Current.GetService(typeof(IFoo)) as IFoo;
 }
}

编辑：鉴于您的更新，我'建议在实例化插件实例后使用 BuildUp 在插件实例上注入属性依赖项。请参阅本文

PluginInstance plugin = // already loaded from whatever you're already doing
container.BuildUp<PluginInstance>(plugin);

Answer 3

首先，我有一个单例，它保存对我的 Unity 容器实例的引用，因此我不必将它传递到各处。

其次，您可以自由使用 unityContainer.RegisterInstance(myInstance); 或 unityContainer.RegisterType();

Answer 4

Unity 在发布的示例中无法正常工作的原因是

[Dependency]
ICandySettings CandySettings { get; set; }

默认可访问性是私有的。 Unity 要求该属性是公共的（因此它可以调用 setter）。

在最新版本的 Unity 中（错误消息/行为可能与旧版本不同），使用您发布的代码时出现异常：“ConsoleApplication32.Candy 类型上的属性 CandySettings 不可设置。”

但是，现在我明白了每个人都在说如何选择一个
然后，IoC 容器会将其强加给您的整个开发团队。

是和不是。显然，需要连接类，以便正确注入依赖项（希望在 Composition Root 中）。但是，应用程序代码不会（或不应）引用容器（例如使用 DependencyAttribute 或传入 IUnityContainer）。在发布的示例中，这可以通过为 Candy 类注册 InjectionProperty 来完成：

ICandySettings _candy_settings = new CandySettings();
IUnityContainer unity = new UnityContainer().RegisterInstance<ICandySettings>( _candy_settings);
unity.RegisterType<Candy>(new InjectionProperty("CandySettings"));
CandyPlugin _plugin = unity.Resolve<Candy>(); 

我（以及许多其他人）也更喜欢在构造函数中注入依赖项（构造函数注入）在这种情况下，Unity 将做正确的事情并将依赖项注入到构造函数中：

public class Candy
{
    public ICandySettings CandySettings { get; private set; }

    ...

    public Candy(ICandySettings candySettings)
    {
        this.CandySettings = candySettings;
        this.CandySettings.GetSetting("box"); 
    }
}

注册代码将与原始问题中的代码相同：

ICandySettings _candy_settings = new CandySettings();
IUnityContainer unity = new UnityContainer().RegisterInstance<ICandySettings>(_candy_settings);

var _plugin = unity.Resolve<Candy>(); // Everything is OK :)