注意：本文为原创文章，任何形式的转载、引用（包括但不限于以上形式）等，须先征得作者同意，否则一切后果自负。

简介

Autofac 是一个令人着迷的.NET IoC 容器。

它管理类之间的依赖关系。当应用程序的规模和复杂性随着时间不断增长时，也能易于更改。这是通过将常规 .NET 类视为组件来实现的。

入门

将 Autofac 集成到我们的应用程序的基本模式是：

时刻牢记用控制反转（IOC）来构建我们的应用程序。
添加Autofac引用。
在应用程序启动时…
创建一个ContainerBuilder。
注册组件。
构建容器并将其存储以备后用。
在应用程序执行期间…
从容器创建一个生命周期范围。
使用生命周期范围来解析（resolve）组件的实例。

构建应用程序

控制反转背后的思想是：与其将应用程序中的类捆绑在一起，让类“新建”它们的依赖关系，不如在类构造期间把依赖项传递进来，如果每次传递的依赖项不相同，则可以随时切换依赖关系并调用相应的依赖项的实现。

对于我们的示例应用程序，我们将定义一个将当前时间写出的类。但是，我们不希望将它绑定到Console，因为我们希望能够稍后测试该类，或者在控制台不可用的地方使用它。

我们将尽可能地把写出时间的机制抽象化，因为如果我们以后想把它变成一个写出明天日期的程序版本，那么就可以快速实现该功能。

代码如下：

public interface IOutput
{
	void Write(string content);
}

public class Output : IOutput
{
	public void Write(string content)
	{
		Console.WriteLine(content);
	}
}

public interface ITodayWriter
{
	void WriteDate();
}

public class TodayWriter : ITodayWriter
{
	private IOutput _output;

	public TodayWriter(IOutput output)
	{
		_output = output;
	}

	public void WriteDate()
	{
		_output.Write(DateTime.Now.ToString());
	}
}

现在我们有了一个合理的结构化的依赖集，下面我们就把Autofac加入进来！

添加 Autofac 引用

第一步是将Autofac引用添加到我们的项目中。

对于我们的示例，仅使用核心Autofac包就够了，因为该包包含了我们所要使用的全部核心功能。

引入Autofac最简单的方法是通过NuGet。

应用启动

在应用程序启动时，我们需要创建一个ContainerBuilder并在其中注册我们的组件。

组件可以是一个表达式、.NET类型或其他代码（该代码公开一个或多个服务，并可以接受其他依赖项）。

简单来说，考虑一个实现接口的 .NET 类型，像这样：

public class SomeType : IService
{
}

我们可以用以下两种方法来解决这个问题：

作为类型本身，SomeType
作为接口，IService

在这种情况下，组件是SomeType，它公开的服务是SomeType和IService（这一点你可能不太明白，不过没关系，后面我们将会讲解）。

在Autofac中，您可以使用以下内容进行注册ContainerBuilder：

// 创建一个构造器
var builder = new ContainerBuilder();

// 注册组件，并公开它的服务
builder.RegisterType<SomeType>().As<IService>();

// 如果你想把组件自身也注册成服务，那么可以使用AsSelf()
builder.RegisterType<SomeType>().AsSelf().As<IService>();

对于我们的示例程序，我们需要注册我们所有的组件（类）并公开它们的服务（接口），以便可以很好地连接起来。

我们还需要存储容器，方便以后用它来解析类型。

using System;
using Autofac;

namespace DemoApp
{
  public class Program
  {
    private static IContainer _Container { get; set; }

    static void Main(string[] args)
    {
      var builder = new ContainerBuilder();

      builder.RegisterType<Output>().As<IOutput>();
      builder.RegisterType<TodayWriter>().As<ITodayWriter>();

      Container = builder.Build();

      //该方法我们后面实现它
      WriteDate();
    }
  }
}

现在我们有了一个容器，其中所有组件都已注册，并且它们公开了适当的服务。让我们来使用它吧。

应用程序执行

在应用程序执行期间，我们需要使用我们注册的组件。我们可以通过生命周期范围解析它们来做到这一点。

容器本身就是一个生命周期范围，从技术上讲，我们可以直接从容器中解决问题。但是，我非常不建议直接从容器解析。

当我们解析一个组件时，根据我们定义的实例范围，会创建该对象的一个新实例。（解析一个组件大致相当于调用“new”来实例化一个类。这真的真的过于简单化了，但从类比的角度来看，这个比较很恰当。）一些组件可能需要被释放（就像它们实现了IDisposable一样）——Autofac可以在生命周期范围被释放时自动为我们处理那些组件的释放。

但是，容器在应用程序的整个生命周期内都存在。如果我们直接从容器中解决很多东西，等到最终，我们可能会有很多东西等待释放。这非常的不好（如果我们这样做，可能会发生“内存泄漏”的事故）。

相反，如果我们从容器创建一个子生命周期范围并从中解析。当我们完成组件解析后，Autofac会帮我们自动释放子作用域并为清理所有内容。

如果我们使用Autofac 集成库时，这个子作用域的创建主要是自动为我们完成的，因此我们不必考虑它。

对于我们的示例应用程序，现在我们将实现“WriteDate”方法，它从一个子生命周期范围获取写出结果，并在完成时自动处理该生命周期。

namespace DemoApp
{
  public class Program
  {
    private static IContainer Container { get; set; }

    static void Main(string[] args)
    {
      // 该内容在上面已经实现，不再重复
    }

    public static void WriteDate()
    {
      // 创建一个子生命周期范围，解析ITodayWriter服务，调用方法，调用结束后被子生命周期范围释放掉
      using (var scope = Container.BeginLifetimeScope())
      {
        var writer = scope.Resolve<ITodayWriter>();
        writer.WriteDate();
      }
    }
  }
}

现在当我们运行程序时......

该WriteDate方法创建了一个生命周期范围，从中可以解析依赖项。这样做是为了避免任何内存泄漏 - 如果ITodayWriter或其依赖项是一次性的，它们将在范围被释放时自动释放。
该WriteDate方法从生命周期范围内手动解析ITodayWriter。（这里是“服务地点”。）在内部……
- Autofac 看到ITodayWriter映射到TodayWriter，所以开始创建一个TodayWriter.
- Autofac 认为在其构造函数中TodayWriter需要一个IOutput。（这是“构造函数注入”。）
- Autofac 看到IOutput映射到Output，所以创建一个新Output实例。
- Autofac 使用新Output实例来完成构建TodayWriter.
- Autofac 返回完全构造的TodayWriter供WriteDate消费。
对writer.WriteDate()的调用会转到全新的TodayWriter.WriteDate()，因为这是已解决的问题。
Autofac生命周期范围已释放。从该生命周期范围解析的任何一次性项也将被处理。

之后，如果我们想让我们的应用程序编写一个不同的日期，我们可以实现一个不同的ITodayWriter，然后在应用程序启动时更改注册。我们不需要更改任何其他类。这是不是非常的棒，这就是控制反转!

张欧昊辰

控制反转（IOC容器）-Autofac入门

注意：本文为原创文章，任何形式的转载、引用（包括但不限于以上形式）等，须先征得作者同意，否则一切后果自负。

简介

入门

构建应用程序

添加 Autofac 引用

应用启动

应用程序执行