过去两天我一直在努力掌握 DI。
我有两个问题:
- 如果我有一些通用功能,为什么我不能用抽象类实现 DI 做同样的事情?
在我的示例中,我在 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(); } }
最佳答案
关于你的第一点:
假设您想测试使用您的抽象类的东西。如果您直接使用抽象类,那么如果您想在公共(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
来获得正确的对象.
关于c# - 抽象类的依赖注入(inject),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27303607/