什么是控制倒置？

Question

什么是控制倒置？

Mik*_*llo 1704 oop design-patterns inversion-of-control

控制反转(或IoC)在第一次遇到时会非常混乱.

它是什么？
它解决了哪个问题？
何时适合使用,何时不适用？

Answer 1

uri*_*ini 1404

控制反转(IoC)和依赖注入(DI)模式都是关于从代码中删除依赖关系.

例如,假设您的应用程序具有文本编辑器组件,并且您希望提供拼写检查.您的标准代码如下所示:

public class TextEditor {

    private SpellChecker checker;

    public TextEditor() {
        this.checker = new SpellChecker();
    }
}

Run Code Online (Sandbox Code Playgroud)

我们在这里所做的创建之间的相关性TextEditor和SpellChecker.在IoC场景中,我们会做这样的事情:

public class TextEditor {

    private IocSpellChecker checker;

    public TextEditor(IocSpellChecker checker) {
        this.checker = checker;
    }
}

Run Code Online (Sandbox Code Playgroud)

在第一个代码示例中,我们实例化SpellChecker(this.checker = new SpellChecker();),这意味着TextEditor类直接依赖于SpellChecker类.

在第二个代码示例中,我们通过SpellChecker在TextEditor构造函数签名中使用依赖类来创建抽象(不在类中初始化依赖项).这允许我们调用依赖项,然后将其传递给TextEditor类,如下所示:

SpellChecker sc = new SpellChecker; // dependency
TextEditor textEditor = new TextEditor(sc);

Run Code Online (Sandbox Code Playgroud)

现在,创建TextEditor类的客户端可以控制SpellChecker要使用的实现,因为我们将依赖项注入TextEditor签名.

这只是一个简单的例子,Simone Busoli 有一系列很好的文章更详细地解释了它.

尽管有很多选票,但这个答案是不正确的.请参阅http://martinfowler.com/articles/injection.html#InversionOfControl.特别要注意的是,"控制反转过于通用,因此人们会觉得它很混乱.因此,与各种IoC倡导者进行了大量讨论后,我们选择了依赖注入的名称". (242认同)
好清楚的例子.但是,假设不是要求将ISpellChecker接口传递给对象的构造函数,而是将其作为可设置属性(或SetSpellChecker方法)公开.这还会构成IoC吗？ (47认同)
我同意@Rogeria.这并没有解释为什么它被称为IoC而且我对投票数量感到惊讶;-) (39认同)
我支持@Rogerio和@Pangea.这可能是[构造函数注入](http://www.martinfowler.com/articles/injection.html#ConstructorInjectionWithPicocontainer)的一个很好的例子,但对原始问题不是一个好的答案.如[Fowler](http://martinfowler.com/bliki/InversionOfControl.html)所定义的IoC可以在不使用任何类型的注入的情况下实现,例如通过使用[服务定位器](http://www.martinfowler) .com/articles/injection.html#UsingAServiceLocator)甚至是简单的继承. (26认同)
chainguy1337 - 是的.使用这样的setter称为setter注入,而不是构造函数注入(两种依赖注入技术).IoC是一种相当通用的模式,但依赖注入可以实现IoC (25认同)
您给出的示例不是IOC,而是依赖注入示例. (14认同)
这只是 DI，并没有清楚地解释 IOC，第二个和第三个答案怎么样？ (3认同)
所以，这个答案只是展示了实现 IoC 的“方法”，而不是解释这个概念，对吗？ (2认同)
原始依赖图看起来像(main - > TextEditor - > SpellChecker),但在第二个代码片段中,它看起来像(main - > TextEditor,main - > SpellChecker).从TextEditor到SpellChecker的依赖已被破坏,这很有用,所以我可以看到这是依赖注入的一个例子.但是,控制线程仍然以main开头,它调用texteditor中的代码.所以我不清楚为什么这会是"控制反转"的例子. (2认同)
ISpellChecker是一个接口,而不是已定义的类.因此,任何实现该接口的类都可以"注入"TextEditor.创建TextEditor的人可以确定它使用的ISpellChecker的实现.这个答案描述了依赖注入,与IoC无关. (2认同)
@Rogeiro,据我所知,"IoC"只是一种用于从应用程序中删除依赖关系的通用模式.如果answare仅提供一种称为"依赖注入模式"的解决方案,但还有其他可能以不同方式实现类似结果,例如服务定位器.对我而言,诚实的只是"依赖注入"工厂的包装......？ (2认同)
我建议作者更新答案，因为人们显然对依赖注入和控制反转的关系感到困惑，我非常喜欢这个简单且无框架的示例。我建议也给出一个服务定位器的例子。 (2认同)
这不是 IOC 的例子，而是 DI 的例子，注意下面的例子 (2认同)
您的 IoC 示例是依赖注入，显示的代码与控制反转无关。 (2认同)
我真的很惊讶这个错误的答案怎么会得到这样的支持 (2认同)

Answer 2

Mar*_*son 593

控制反转是程序回调时得到的,例如gui程序.

例如,在旧学校菜单中,您可能有:

print "enter your name"
read name
print "enter your address"
read address
etc...
store in database

Run Code Online (Sandbox Code Playgroud)

从而控制用户交互的流程.

在GUI程序或某些程序中,我们说:

when the user types in field a, store it in NAME
when the user types in field b, store it in ADDRESS
when the user clicks the save button, call StoreInDatabase

Run Code Online (Sandbox Code Playgroud)

因此,现在控制被反转...用户不是以固定顺序接受用户输入,而是控制输入数据的顺序,以及何时将数据保存在数据库中.