ASP.NET Core 3.0 依赖注入：控制反转

2019 年 10 月 17 日 DotNet

（给DotNet加星标，提升.Net技能）

转自： Artech

cnblogs.com/artech/p/inside

ASP.NET Core框架建立在一些核心的基础框架之上，这些基础框架包括依赖注入、文件系统、配置选项和诊断日志等。这些框架不仅仅是支撑ASP.NET Core框架的基础，我们在进行应用开发的时候同样会频繁地使用到它们。

一、流程控制的反转

软件开发中的一些所谓的设计理念往往没有一个明确的定义，比如之前流行的SOA和现在炒得火热的"微服务(Micro Service)"和"无服务器(Serverless)"，我们都没法通过一个明确的"内涵"给它们一个准确的定义，而只能从"外延"上描述这些架构设计应该具有怎样的特性。

public static class MvcLib
{
    public static Task ListenAsync(Uri address);
    public static Task<Request> ReceiveAsync();
    public static Task<Controller> CreateControllerAsync(Request request);
    public static Task<View> ExecuteControllerAsync(Controller controller);
    public static Task RenderViewAsync(View view);
}

MvcLib提供了如上5个方法帮助我们完成整个HTTP请求流程中的5个核心任务。具体来说，ListenAsync方法启动一个监听器并将其绑定到指定的地址进行HTTP请求的监听，抵达的请求通过ReceiveAsync方法进行接收，接收到的请求通过一个Request对象来表示。

class Program
{
    static async Task Main()
    {
        while (true)
        {
            var address = new Uri("http://0.0.0.0:8080/mvcapp");
            await MvcLib.ListenAsync(address);
            while (true)
            {
                var request = await MvcLib.ReceiveAsync();
                var controller = await MvcLib.CreateControllerAsync(request);
                var view = await MvcLib.ExecuteControllerAsync(controller);
                await MvcLib.RenderViewAsync(view);
            }
        }
    }
}

这个例子体现了如下图所示的流程控制方式（应用的代码完全采用异步的方式来处理请求，为了让流程图显得更加简单，我们在流程图中画成了同步的形式，读者不必纠结这个问题）。我们设计的类库（MvcLib）仅仅通过API的形式提供各种单一功能的实现，作为类库消费者的应用程序（App）则需要自行编排整个工作流程。如果从代码重用的角度来讲，这里被重用的仅限于实现某个环节单一功能的代码，编排整个工作流程的代码并没有得到重用。

但是在真实开发场景下，我们需要的不仅仅是一个能够提供单一API的类库，而是能够直接在上面构建应用的框架。

如果你曾经开发过ASP.NET MVC应用，你会发现ASP.NET MVC就是这么一个框架。

有了前面演示的这个例子作为铺垫，我们应该很容易理解IoC所谓的控制反转本质上说的是什么了。总的来说，IoC是我们设计框架所采用的一种基本思想，所谓的控制反转就是将应用对流程的控制转移到框架中。拿前面这个例子来说，在传统面向类库编程的时代，针对HTTP请求处理的流程牢牢控制在应用程序手中。在引入框架之后，请求处理的控制权转移到了框架手中。

二、好莱坞法则

在好莱坞，演员把简历递交给演艺公司后就只有回家等待。由于演艺公司对整个娱乐项目具有完全控制权，演员只能被动地接受电影公司的邀约。

"不要给我们打电话，我们会给你打电话（Don't call us, we'll call you）"这是著名的好莱坞法则（ Hollywood Principle或者 Hollywood Low），IoC完美地体现了这一法则。

在IoC的语境中，框架就像是掌握整个电影制片流程的电影公司，由于它是整个工作流程的实际控制者，所以只有它知道哪个环节需要哪些人员。