c# - 抽象类的依赖注入(inject)

Question

过去两天我一直在努力掌握 DI。

我有两个问题:

1. 如果我有一些通用功能，为什么我不能用抽象类实现 DI 做同样的事情？

2. 在我的示例中，我在 writefile 下创建了很多类实例，所以我应该从那里移出所有对象创建吗？如果我有分层设计怎么办？这些类应该一直传递吗？

   public interface IWriteFile
   {
       void write();
   }
   
   public class WriteXMLFile : IWriteFile
   {    
       public void write()
       {
   
       }
   }
   
   public class writefile
   {
       IWriteFile _file;
   
       public writefile(IWriteFile file)
       {
           _file = file;
       }
   
       public void WriteMyFile()
       {
           _file.write();
       }
   }
   

Answer 1

关于你的第一点:

假设您想测试使用您的抽象类的东西。如果您直接使用抽象类，那么如果您想在公共(public)类的共享功能中做一些不同的事情，您无能为力。

有了接口(interface)，您就打破了与依赖关系的耦合。这就是Dependency Inversion Principle在 SOLID当它说“高级模块不应该依赖于低级模块。两者都应该依赖于抽象”时，正在谈论它。你的类不应该依赖于较低级别的类(即使它是一个抽象类)来完成它的工作。较低级别和较高级别的类都应该依赖于定义它们将如何交互的接口(interface)。使用界面有助于将两者分开，给你 loose coupling .其他东西可以处理将它们连接在一起。

关于你的第二点:

强大的 DI 框架实际上可以为您处理很多这种复杂性。

假设您有一个类 - Thing - 它有一堆依赖项。

public Thing(
    IThingRepository repository, 
    IEmailer emailer, 
    ILogger logger, 
    INeedMoreStuff stuff
) : IThing

当你设置你的 IoC 容器时，你会做类似下面的事情来关联每个接口(interface)使用哪个实现:

IoC.Register<MySqlThingRepository>().As<IThingRepository>();
IoC.Register<MicrosoftExchangeEmailer>().As<IEmailer>();
IoC.Register<TruncatingFileLogger>().As<ILogger>();
IoC.Register<MoreStuff>().As<INeedMoreStuff>();
IoC.Register<Thing>().As<IThing>();

然后你可以简单地做:

IThing thing = IoC.Resolve<IThing>();

这些花哨的框架会为您处理获取所有依赖项(因为您告诉它如何获取它们)并将为您构造一个 Thing。

话虽这么说，但有时像这样花哨的框架有点矫枉过正。在那些情况下，我通常使用 factory pattern抽象出创建对象的细节，同时仍然确保创建的对象遵循良好的 DI 原则，例如构造函数注入(inject)其依赖项。

关于你的多态性和接口(interface):

有人 described多态性只是“相同的接口(interface)，不同的实现。可替代性”。 Wikipedia将其定义为“为不同类型的实体提供单一接口(interface)”。根据这些定义，我认为使用接口(interface)并不违背多态性。我觉得在 C# 中，接口(interface)通常足以提供相同“接口(interface)”的不同实现。

是的，您可以使用抽象基类来做同样的事情，但我只使用它，如果有一组通用的功能我可以分解到基类中以保持我的代码 DRY .

关于 StructureMap 接口(interface)的多个实现

我不知道 StructureMap 如何处理这个问题，但大概有一些逻辑可以决定您何时要使用 Thing1 与 Things2。您可以向 StructureMap 提供一个委托(delegate)，它可以使用它来获取包含该逻辑的 IThing。

或者，您可以拥有一个接受一些参数并决定返回哪个 IThing 的工厂。在某些情况下，我在我的工厂中放置了一个接口(interface)，然后构造函数注入(inject)了该接口(interface)，或者让工厂使用 IThing 创建对象，使用 ThingFactory 来获得正确的对象.