如何避免与 IoC 容器耦合

Question

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

如何允许用户执行此操作而不要求他们知道我正在使用哪个 IoC 容器？

我当前的半途解决方案是按如下方式构造我的程序集：

1）定义仅包含接口的抽象程序集。

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

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

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

我错过了什么吗？

Answer 1

编写松散耦合的代码。应用程序应该依赖于容器。 框架不应该。

Answer 2

常见的方法是使用 通用服务定位器 抽象容器

MvcExtensions 有非常成功地抽象了 IoC。

Answer 3

公共服务定位器是一种方法，但它只包含解析方法，而不包含注册方法。

您可能想看看这是如何在 agatha-rrsl 项目 中实现的。 这里有更完整的解释，但是简而言之：

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

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

Answer 4

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

Answer 5

我通过使用属性解决了这个问题，并提供了一个扫描器类，该类用于查找所有实现及其提供的接口。

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 项目来创建一个准备就绪的解决方案，该项目将所有内容注册在我最喜欢的容器中。