IoC = 控制反转
DIP = 依赖倒置原则（S.O.L.I.D. 中的 D）
IoC == DIP？我想是的，是的。
构建软件的世界已经如此混乱，为什么要说同样的话那么多话？
（我知道DI（依赖注入），它不同于DIP和IoC）
更新：
根据答案，那么我们可以说：(DI) + (IoC) = (依赖倒置原则) ?
【问题讨论】：
标签： dependency-injection inversion-of-control terminology
控制反转是通用术语。依赖注入是一种特定类型的 IoC。
见Inversion of Control Containers and the Dependency Injection pattern。
Dependency Inversion Principle 是一个指南，而其他术语是对技术的描述。 （IoC 也可以用来描述一个原则，所以这可能会造成混淆。）
造句：
Sue 通过使用依赖来遵循依赖倒置原则 注入她的类的构造函数并创建实例 控制反转容器。
更新：
我觉得(DI) + (IoC) = (Dependency Inversion Principle) 并不准确。这就像说 (Apple) + (Food) = (Good Nutrition)。每个术语都有特定的含义。
【讨论】：
我不认为你会在这个问题上得到一个权威的答案，因为“IoC”这个词有点过分了，说“IoC 的一个真正含义是......”有点迂腐。但无论如何我都会分享我的意见:)
依赖倒置是关于依赖于一个抽象。考虑一个依赖于IStringWriter 的HelloWorld 类和一个实现类ConsoleStringWriter。
控制反转是指框架/基础设施调用应用程序代码，而不是相反。例如，当用户关闭 WPF 应用程序时，您不会调用框架，它是您可以订阅的 raises an event。
它们经常组合在一起。例如，Hibernate 依赖于its Interceptor interface 定义的抽象来实现 IoC。从拦截器的角度来看，控制是倒置的——Hibernate 调用拦截器。你看到的另一个例子是IHandle<T>，其中 T 是事件、命令或消息 - 基础设施在正确的时间调用处理程序。
这很令人困惑，因为我们称它们为“IoC 容器”，但您可以在不进行 IoC 的情况下进行 DI。如果您将ConsoleStringWriter 注入HelloWorld，我并不认为这是IoC，因为没有“框架”或“基础设施”。但那是因为 Hello World 是微不足道的——随着应用程序变得越来越复杂，对 IoC 的需求也在增加。
另请参阅this question 并接受答案。
【讨论】：