Question

如何创建简单的依赖关系解析器，不使用任何内置或库，如Autofac，Ninject等。

这是我的面试问题。

我写了这个简单的代码，他们说它看起来不太好。它就像非常难以编码的想法。

public interface IRepository { }
interface IDataProvider
{
    List<string> GetData();
}
public class SQLDataProvider : IDataProvider
{
    private readonly IRepository _repository { get; set; }
    public SQLDataProvider(IRepository repository)
    {
        _repository = repository;
    }
    public List<string> GetData()
    {
        return new List<string> { "" };
    }
}
public class MockDataProvider : IDataProvider
{
    public List<string> GetData()
    {
        return new List<string> { "" };
    }
}
class Program
{
 static void Main(string[] args)
 {
    string targetClass = "SQLDataProvider";
    //Here i need to supply IRepository instance too 
   IDataProvider dataProvider = 
   (IDataProvider)Activator.CreateInstance(typeof(IDataProvider), targetClass);

  }
}

我做了哪些更好的代码并为构造函数参数提供其他对象实例？

Answer 1

您只需几行代码即可编写容器。从本质上讲，它通常是一个以System.Type为关键字的字典，其值为允许您创建该类型的新实例的对象。当你编写一个简单的实现System.Func<object>时会这样做。这是一个包含多个Register方法的简单实现，包括通用和非通用GetInstance方法，并允许自动连接：

public class Container 
{
    Dictionary<Type, Func<object>> registrations = new Dictionary<Type, Func<object>>();

    public void Register<TService, TImpl>() where TImpl : TService {
        this.registrations.Add(typeof(TService), () => this.GetInstance(typeof(TImpl)));
    }

    public void Register<TService>(Func<TService> instanceCreator) {
        this.registrations.Add(typeof(TService), () => instanceCreator());
    }

    public void RegisterSingleton<TService>(TService instance) {
        this.registrations.Add(typeof(TService), () => instance);
    }

    public void RegisterSingleton<TService>(Func<TService> instanceCreator) {
        var lazy = new Lazy<TService>(instanceCreator);
        this.Register<TService>(() => lazy.Value);
    }

    public object GetInstance(Type serviceType) {
        Func<object> creator;
        if (this.registrations.TryGetValue(serviceType, out creator)) return creator();
        else if (!serviceType.IsAbstract) return this.CreateInstance(serviceType);
        else throw new InvalidOperationException("No registration for " + serviceType);
    }

    private object CreateInstance(Type implementationType) {
        var ctor = implementationType.GetConstructors().Single();
        var parameterTypes = ctor.GetParameters().Select(p => p.ParameterType);
        var dependencies = parameterTypes.Select(t => this.GetInstance(t)).ToArray();
        return Activator.CreateInstance(implementationType, dependencies);
    }
}

您可以按如下方式使用它：

var container = new Container();

container.RegisterSingleton<ILogger>(new FileLogger("c:\\logs\\log.txt"));

// SqlUserRepository depends on ILogger
container.Register<IUserRepository, SqlUserRepository>();

// HomeController depends on IUserRepository
// Concrete instances don't need to be resolved
container.GetInstance(typeof(HomeController));

警告：

请注意，您永远不应该实际使用此类实现。它缺少DI库给你的许多重要功能，但没有使用Pure DI（即手工布线对象图）的优势。你失去了编译时支持，没有得到任何回报。

当您的应用程序很小时，您应该从Pure DI开始，一旦您的应用程序和DI配置增长到维持Composition Root变得麻烦的程度，您可以考虑切换到已建立的DI库之一。

与已建立的库相比，以下是这种天真实现所缺乏的一些功能：

批量注册（使用单行注册一组类型）

为各种类型应用装饰器或拦截器

将开放式通用抽象映射到开放式通用实现

与常见应用程序平台（如ASP.NET MVC，Web API等）集成

使用自定义生活方式注册类型。

体面的错误报告（而不是抛出堆栈溢出异常）

用于验证配置正确性（以补偿编译时支持丢失）和诊断常见配置错误的工具。

表现良好。

这些功能可让您保持DI配置的可维护性。

Answer 2

已经有几年了，但Ayende曾写过一篇关于此事的博客文章：
Building an IoC container in 15 lines of code

但这只是最简单的实施方式 Ayende在他的next post中表示，现有的IoC容器可以做更多的事情，而不仅仅是返回类实例 - 这就是它变得复杂的地方。正如“相信我 - 我是医生”在他的评论中已经说过：实现一个完整的 IoC容器是一切都是微不足道的。

简单的依赖性解析器

2 个答案: