控制反转是软件体系结构的一种通用设计原则，它有助于创建易于维护的可重用的模块化软件框架。
它是一种设计原则，其中控制流是从通用编写的库或可重用代码中“接收”的。
为了更好地理解它，让我们看看我们在早期是如何编写代码的。在过程式/传统语言中，业务逻辑通常控制应用程序的流程，并“调用”通用或可重用的代码/函数。例如，在一个简单的控制台应用程序中，我的控制流是由我的程序的指令控制的，这可能包括对一些一般可重用函数的调用。
print ("Please enter your name:");
scan (&name);
print ("Please enter your DOB:");
scan (&dob);
//More print and scan statements
<Do Something Interesting>
//Call a Library function to find the age (common code)
print Age
与IoC相反，框架是“调用”业务逻辑的可重用代码。
例如，在基于windows的系统中，已经有一个框架可以创建按钮、菜单、窗口和对话框等UI元素。当我编写应用程序的业务逻辑时，将是框架的事件调用我的业务逻辑代码(当事件触发时)，而不是相反。
尽管框架的代码不知道我的业务逻辑，但它仍然知道如何调用我的代码。这是通过使用事件/委托、回调等实现的。这里的流量控制是“反向的”。
因此，控制流不是依赖于静态绑定的对象，而是依赖于整个对象图和不同对象之间的关系。
依赖注入是一种实现IoC原则来解决对象依赖关系的设计模式。
简单地说，当您尝试编写代码时，您将创建和使用不同的类。一个类(类A)可以使用其他类(类B和/或D)，因此，类B和类D是类A的依赖关系。
一个简单的类比是类Car。汽车可能依赖于其他类别，如引擎、轮胎等。
依赖注入建议不是依赖类(这里是类Car)创建它的依赖项(类Engine和类Tyre)，而是应该用依赖项的具体实例注入类。
让我们用一个更实际的例子来理解。假设您正在编写自己的TextEditor。除此之外，您还可以使用拼写检查器，为用户提供检查文本中的错别字的工具。这样一个代码的简单实现可以是:
Class TextEditor
{
//Lot of rocket science to create the Editor goes here
EnglishSpellChecker objSpellCheck;
String text;
public void TextEditor()
{
objSpellCheck = new EnglishSpellChecker();
}
public ArrayList <typos> CheckSpellings()
{
//return Typos;
}
}
乍一看，一切都很美好。用户将编写一些文本。开发人员将捕获文本并调用CheckSpellings函数，并找到他将显示给用户的拼写错误列表。
一切似乎都很好，直到有一天，一个用户开始在编辑器中编写法语。
为了提供对更多语言的支持，我们需要更多的拼写检查器。可能是法语、德语、西班牙语等。
在这里，我们创建了一个紧密耦合的代码，其中“English”SpellChecker与我们的TextEditor类紧密耦合，这意味着我们的TextEditor类依赖于EnglishSpellChecker，换句话说，English spellcheker是TextEditor的依赖项。我们需要消除这种依赖关系。此外，我们的文本编辑器需要一种方法来保存任何拼写检查器的具体引用，基于开发人员在运行时的自由裁量权。
因此，正如我们在DI的介绍中看到的，它建议类应该注入它的依赖项。因此，将所有依赖项注入到被调用的类/代码应该是调用代码的责任。所以我们可以把代码重构为
interface ISpellChecker
{
Arraylist<typos> CheckSpelling(string Text);
}
Class EnglishSpellChecker : ISpellChecker
{
public override Arraylist<typos> CheckSpelling(string Text)
{
//All Magic goes here.
}
}
Class FrenchSpellChecker : ISpellChecker
{
public override Arraylist<typos> CheckSpelling(string Text)
{
//All Magic goes here.
}
}
在我们的例子中，TextEditor类应该接收ISpellChecker类型的具体实例。
现在，可以在构造函数、公共属性或方法中注入依赖项。
让我们尝试使用构造函数DI来改变我们的类。修改后的TextEditor类看起来像这样:
Class TextEditor
{
ISpellChecker objSpellChecker;
string Text;
public void TextEditor(ISpellChecker objSC)
{
objSpellChecker = objSC;
}
public ArrayList <typos> CheckSpellings()
{
return objSpellChecker.CheckSpelling();
}
}
因此，在创建文本编辑器时，调用代码可以将适当的拼写检查器类型注入到TextEditor的实例中。
你可以在这里阅读完整的文章
