如何避免与 IoC 容器耦合

Question

我正在使用 DI 和 IoC 开发可扩展框架。用户必须能够通过将自己的实现放入容器中来覆盖框架内的现有功能。

我怎样才能允许用户在不知道我正在使用哪个 IoC 容器的情况下执行此操作？

我目前的中途解决方案是按如下方式构建我的程序集：

1) 定义只包含接口的抽象程序集。

2) 定义实现这些接口的具体程序集。用户可以定义自己的来覆盖现有的功能。

3) 在单独的程序集中定义容器绑定；即每个混凝土组件一个绑定组件。

这意味着具体组件不与特定的 IoC 容器耦合，如果我使用不同的容器，它们将被关闭以防止更改。但是，用户仍然需要知道我的框架正在使用哪个容器来编写绑定程序集，如果我更改了 IoC 容器（即从 Ninject 到 Spring），他们将需要发布新的绑定程序集。

我错过了什么吗？

Answer 1

常见的做法是用common service locator抽象容器

MvcExtensions 的作者已经非常成功地抽象出 IoC。

Answer 2

两个简单的选项是为您的用户提供一些字典，他们可以在其中注册类型映射，或者只是为他们提供一个容器接口，该接口提供您认为您可能需要的所有服务并允许用户提供自己的包装容器。抱歉，如果这些不太适合您的场景，我主要使用 Unity，所以我不知道 Ninject 等是否会做 Unity 没有做的花哨的事情。

Answer 3

Common Service Locator 是一种方法，但它只包含解析方法，不包含注册方法。

您可能想看看这是如何在agatha-rrsl project 中实现的。有更完整的解释here，但总之：

• 为注册和解析类型定义与容器无关的接口
• 为不同的容器提供实现（或让用户提交实现）

警告：您可能无法直接在您的库中使用您选择的容器。

Answer 4

我通过使用属性解决了这个问题，并提供了一个扫描器类，用于定位所有实现和它们提供的接口。

public class ComponentAttribute : Attribute
{}

// class that should be registered in the container.
[Component]
public class MyService : IMyService
{}

// Contains information for each class that should be 
// registered in the container.
public interface IContainerMapping
{
    public Type ImplementationType {get;}
    public IEnumerable<T> ImplementedServices {get; }
}

public class ComponentProvider
{
    public static IEnumerable<IContainerMapping> Find() 
    {
        var componentType = typeof(ComponentAttribute);
        foreach (var type in Assembly.GetExecutingAssembly().GetTypes())
        {
           if (type.GetCustomAttributes(componentType, false).Count == 0)
              continue;

           var mapping = new ContainerMapping(type);
           List<Type> interfaces new List<Type>();
           foreach (var interfac in type.GetInterfaces())
           {
             //only get our own interfaces.
             if (interface.Assembly != Assembly.GetExecutingAssembly())
               continue;

             interfaces.Add(interfac);
           }

           mapping.ImplementedServices = interfaces;
           yield return mapping;
        }
    }
}

此解决方案为用户提供了很大的灵活性。他可以通过直接使用[Component] 属性或使用您的解决方案来提供自己的解决方案。

用户应该做的事情是这样的：

foreach (var mapping in ComponentProvider.Find())
    myContainer.Register(mapping.ImplementationType).As(mapping.ImplementedServices);

我通常通过提供一个 MyProject.autofac 项目来创建一个完整的解决方案，该项目将所有内容注册到我最喜欢的容器中。

Answer 5

Write loosely coupled code。应用程序应该依赖于容器。 Frameworks 不应该。