依赖倒置原则（DIP）主程序要依赖于抽象接口，不要依赖于具体实现。高层模块不应该依赖底层模块，两个都应该以来抽象。抽象不应该依赖细节，细节应该依赖抽象。（具体看我上一篇贴子）
依赖倒置原则是六大设计原则中的一种，它的大致意思是所有模块都应该依赖于抽象，而不是直接依赖于另一个模块。依赖倒置原则仅仅只是一个原则而已，它只是告诉了你程序应该要变成什么样子（模块之间依赖抽象），而并没有具体告诉你应该怎么做。就像是在学校，老师告诉你教室要干净，不要有垃圾，而具体打扫垃圾的动作老师却并没有告诉你，你可以选择用扫把打扫，也可以选择用手捡，但是最终教室要干净（当然，你也可以不遵守）。
控制反转（IoC）就是遵循了依赖倒置原则的一个思想。
什么是控制？控制就是对对象进行创建、操作、销毁。
什么是“反转”（叫“转移”更为贴切）？“反转”的意思就是将“控制”的操作交由外部来处理，自己只管用，只管要，其他的都不管。
为什么说控制反转遵循了依赖倒置原则？虽然A模块需要B模块，但是A模块中并不是声明了B模块对象的引用，而是声明了对IB（B模块抽象）的引用，A模块真正需要的是实现了IB抽象的子类，所以A模块并不依赖于B模块，而是依赖于IB抽象。
控制反转的大意为：如果模块A需要模块B，模块A中并不是直接控制创建模块B，而是从外部控制如何创建。例如我们将创建何种对象的控制权交由配置文件控制，然后根据配置文件中的信息（程序集+类型），通过反射来获取对象，而不是直接new对象，这也是控制反转的一种体现。
IoC容器会连接程序中的所有模块，模块将所需对象的控制权都交由IoC容器控制，IoC容器会根据用户配置的信息将各个模块所需要的对象事先创建完成，然后IoC容器可以通过依赖注入（DI）的方式为模块注入所需对象（还有依赖查找（DL）），依赖注入就是一种具体实现的手段。
依赖倒置原则、控制反转和依赖注入并不是为程序带来新的功能，而是使得程序中模块的耦合性降低，提高每个模块的复用性。
举个栗子：就拿生活中最常见的自助取款机来说一下，首先我们要拥有一张银行卡，例如建设银行的银行卡CCBCard类（设计的一些属性可能不太合理，不过重要的是了解思想）
//建行银行卡 public class CCBCard { //银行卡中的钱 public decimal Money { get; set; } //银行卡名字 public String Name { get; set; } public CCBCard(decimal money,String name) { this.Money = money; this.Name = name; } }