目录

介绍

先决条件

依赖倒置原则（DIP）

总结

介绍

在处理WPF应用程序时，我遇到过诸如Unity容器，IoC，依赖注入之类的术语。当时，我很迷茫，想着这一切的需要。但后来，当我逐渐了解到它的好处时，我意识到它的实际需要。

在本文中，我将尝试解释DI和IoC的需求和用法。基本上，本文分为五个部分：

第1部分：依赖反转原理（当前正在阅读）第2部分：控制反转和IoC容器第3部分：自定义IoC容器第4部分：具有生命周期选项的自定义IoC容器第5部分：使用Microsoft Unity的依赖项注入（DI）

本文的这一部分是关于依赖倒置原理的。希望您会发现本文易于理解和实现。

先决条件

最好对以下项一无所知：

开闭原则接口隔离原理

依赖倒置原则（DIP）

DIP是SOLID原则之一，由Robert Martin C.先生在1992年提出。

S ——单一责任原则O——开/关原理L ——Liskov替代原理I ——接口隔离原理D——依赖反转原理

根据罗伯特·马丁（C. Robert Martin）的依赖倒置原则：

高级模块不应依赖于低级模块。两者都应依赖抽象。抽象不应依赖细节。细节应依赖于抽象。

DIP是指将常规依赖性从高级模块转换为低级模块。

Bob Martin Peper期刊的示例：

在图1中，一个复制程序（高级模块）从键盘读取并写入打印机。这里的复制程序取决于Read Keyboard和Write Printer并紧密耦合。

public class Copy{public void DoWork(){ReadKeyboard reader = new ReadKeyboard();WritePrinter writer = new WritePrinter();string data = reader.ReadFromKeyboard();writer.WriteToPrinter(data);}}

在我们要求向程序中添加更多读取器或写入器之前，此实现似乎非常好。在这种情况下，我们需要更改复制程序以适应新的读者和作家，并且需要编写条件语句，该条件语句将根据用途选择读者和作家，这违反了面向对象设计的“打开/关闭”原理。

例如，我们要扩展复印程序（参见图1.b），该程序也可以从扫描仪读取并写入闪存盘。在这种情况下，我们需要修改复制程序：

public class Copy{public void DoWork(){string data;switch (readerType){case "keyboard":ReadKeyboard reader = new ReadKeyboard();data = reader.ReadFromKeyboard();break;case "scanner":ReadScanner reader2 = new ReadScanner();data = reader2.ReadFromScanner();break;}switch (writerType){case "printer":WritePrinter writer = new WritePrinter();writer.WriteToPrinter(data);break;case "flashdisk":WriteFlashDisk writer2 = new WriteFlashDisk();writer2.WriteToFlashDisk(data);break;}}}

同样，如果您继续添加更多读取器或写入器，则我们需要更改复制程序的实现，因为复制程序取决于读取器和写入器的实现。

为了解决这个问题，我们可以修改copy程序，使其依赖于抽象而不是依赖于实现。下图说明了反转依赖关系。

在上图中，Copy程序依赖于两个抽象，IReader和IWriter来执行。只要底层组件能够对抽象进行确认，copy程序就可以从这些组件中读取内容。

例如，在上图中，ReadKeyboard实现IReader接口和WritePrinter实现IWriter，因此使用IReader和IWriter接口复制程序可以执行复制操作。因此，如果我们需要添加更多低级组件（如扫描仪和闪存盘），则可以通过从扫描仪和闪存盘来实现。以下代码说明了这种情况：

public interface IReader{string Read();}public interface IWriter{void Write(string data);}public class ReadKeyboard : IReader{public string Read(){// code to read from keyboard and return as string}}public class ReadScanner : IReader{public string Read(){// code to read from scanner and return as string}}public class WritePrinter : IWriter{public void Write(string data){// code to write to the printer}}public class WriteFlashDisk : IWriter{public void Write(string data){// code to write to the flash disk}}public class Copy{private string _readerType;private string _writerType;public Copy(string readerType, string writerType){_readerType = readerType;_writerType = writerType;}public void DoWork(){IReader reader;IWriter writer;string data;switch (readerType){case "keyboard":reader = new ReadKeyboard();break;case "scanner":reader = new ReadScanner();break;}switch (writerType){case "printer":writer = new WritePrinter();break;case "flashdisk":writer = new WriteFlashDisk();break;}data = reader.Read();writer.Write(data);}}

在这种情况下，细节依赖于抽象，但高级类仍依赖于低级模块。在实例化高级模块范围内的低级模块对象时，高级模块仍然需要在添加新的低级组件时进行修改，这不能完全满足DIP。

为了删除依赖关系，我们需要在高级模块之外创建依赖关系对象（低级组件），并且应该有某种机制将该依赖关系对象传递给依赖模块。

现在出现了一个新问题，即如何实现依赖倒置。

上述问题的答案之一可以是控制反转（IoC）。考虑以下代码段：

public class Copy{public void DoWork(){IReader reader = serviceLocator.GetReader();IWriter writer = serviceLocator.GetWriter();string data = reader.Read();writer.Write(data);}}

高亮显示的代码替换了实例化读取器和写入器对象的逻辑。在这里，我们将控件创建从Copy程序（高级模块）转换为服务定位器。因此，copy无需通过添加/删除低级模块来更改程序。

依赖注入是实现IoC的机制之一。在本文的下一部分中，我将介绍什么是控制反转（IoC），以及使用不同机制（依赖注入（DI）是实现之一）实现依赖反转原理的方法。

总结

在本文的这一部分中，我已经解释了依赖性反转原理（DIP）及其在实时场景中的需求。

在本文的后面，我将解释控制反转（IoC）和依赖注入（DI）。