.NET依赖注入之一个接口多个实现

夏时蝉

前言

最近又在项目中碰到需要将原本单实现的接口改造成多个实现的场景，这里记录一下常见的几种改法。
假设已经存在如下接口ICustomService和其实现CustomService，由于只有一种实现，注入和使用非常容易。
public interface ICustomService
{
    void MethodA();
    void MethodB();
}
public class CustomService: ICustomService
{
    public void MethodA()
    {
    }

    public void MethodB()
    {
    }
}

//注入
builder.Services.AddTransient<ICustomService, CustomService>();

//使用
private readonly ICustomService _customService;
public CustomController(ICustomService customService)
{
  _customService = customService;
}现在我们需要增加一种实现。
临时加更干货分享
大家能看到这里，已是对我们的支持了。C#零基础教程
工欲善其事必先利其器，学习上位机编程的第一步就是学习C#语法。本教程从C#语法认知、搭建开发环境、从零手写代码，各种数据类型运算符逻辑控制等超详细覆盖.配套了详尽的视频教程和完整的代码案例，编程零基础也能轻松上手！


资料免费自取：

由于内容过多不便呈现，需要视频教程和配套源码的小伙伴，点击下方卡片！
可点击下方卡片：点击后自动复制威芯号，并跳转到威芯。搜索威芯号添加，内容已做打包，备注知乎
即可免费领取，注意查收！
这里也是为大家收集到一下.NET开发必备的工具也是方便大家能够快速进行开发。
Octopus 是唯一一款面向 .Net 开发人员的 Microsoft Web 开发人员工具，用于管理软件的发布和部署。
它是一个部署工具，它采用 .net 软件开发人员生成的 .net 编程包，并将它们部署在各种平台上，如（Windows、Linux、Azure）。
链接：https://pan.baidu.com/s/1EbwR9FM19HnneRW57vt_oA?pwd=5555
提取码：5555

前缀是来自 Stackify 的代码分析器工具，它在 http://asp.net 程序员运行他的应用程序时在后台运行。
Microsoft Web 开发人员工具捕获所有请求并提供所有事件的详细报告。
该工具还可以对缓慢的 Web 请求进行故障排除并找到慢速查询。
可以使用 Stackify Prefix 的最佳方法是查看应用程序日志并将正确的日志附加程序（log4net、NLog 或 Serilog）添加到您的项目中。
链接：https://pan.baidu.com/s/1VUs31QVZfL7QwEKp6HQJdg?pwd=5555
提取码：5555使用多个接口实现

我们可以将原ICustomService内的方法移到到一个新的基接口，共享出来，需要多少个实现，就创建多少个空接口继承该基接口。
//基接口
public interface ICustomBaseService
{
    void MethodA();
    void MethodB();
}

//多个空接口
public interface ICustomService : ICustomBaseService
{
}

public interface ICustomServiceV2 : ICustomBaseService
{
}

//第一种实现
public class CustomService: ICustomService
{
    public void MethodA()
    {
    }

    public void MethodB()
    {
    }
}

//第二种实现
public class CustomServiceV2: ICustomServiceV2
{
    public void MethodA()
    {
    }

    public void MethodB()
    {
    }
}

//注入
builder.Services.AddTransient<ICustomService, CustomService>();
builder.Services.AddTransient<ICustomServiceV2, CustomServiceV2>();


//使用
private readonly ICustomService _customService;
private readonly ICustomServiceV2 _customServiceV2;
public CustomController(ICustomService customService,ICustomServiceV2 customServiceV2)
{
  _customService = customService;
  _customServiceV2 = customServiceV2;
}这种实现方式需要增加了一套空接口做隔离，看似可能比较“浪费”，但后期随着项目的演进，ICustomService和ICustomServiceV2可能会慢慢分化，我们可以很方便的为它们扩充各种独有方法。
使用单接口实现

如果我们确定不需要多个接口，也可以使用下面的单接口实现
public interface ICustomService
{
    void MethodA();
    void MethodB();
}

//第一种实现
public class CustomService: ICustomService
{
    public void MethodA()
    {
    }

    public void MethodB()
    {
    }
}

//第二种实现
public class CustomServiceV2: ICustomService
{
    public void MethodA()
    {
    }

    public void MethodB()
    {
    }
}

//注入
builder.Services.AddTransient<ICustomService, CustomService>();
builder.Services.AddTransient<ICustomService, CustomServiceV2>();


//使用
private readonly ICustomService _customService;
private readonly ICustomService _customServiceV2;
public CustomController(IEnumerable<ICustomService> customServices)
{
_customService = customServices.ElementAt(0);
_customServiceV2 = customServices.ElementAt(1);
}从上面代码可以看到，我们是为从接口ICustomService注册两个实现，并从IEnumerable<ICustomService>解析出了这两个实现。这里可能会有两个疑问

• 为什么第一个实现CustomService没有被第二个实现CustomServiceV2替换掉？
  
• 为什么可以从IEnumerable<ICustomService>解析到我们需要的服务？
  

答案在Microsoft.Extensions.DependencyInjection.ServiceDescriptor 和 Microsoft.Extensions.DependencyInjection.ServiceCollection 这两个类里，进程里，依赖注入的服务，会被添加到ServiceCollection里，ServiceCollection是一组ServiceDescriptor的集合，ServiceDescriptor通过服务类型、实现以及生命周期三个组合在一起构成的标识来确定服务。而ICustomService+CustomService+Transient和ICustomService+CustomServiceV2+Transient是两个不同的ServiceDescriptor，因此不会被替换。同时服务类型的ServiceDescriptor会被聚合在一起，于是我们可以很方便的从IEnumerable对象中解析出所有的同类型的服务。
总结

本质上，两种方法都是多态性（Polymorphism）的应用，没有优劣之分，根据场景选择合适的写法。
链接

https://learn.microsoft.com/en-us/dotnet/core/extensions/dependency-injection
https://github.com/dotnet/runtime
原文链接：https://www.cnblogs.com/netry/p/net-dependency-injection-multiple-implementations.html