1.概念理解

1.1 IoC，（Inverse of Control）控制反转，其包含两个内容：其一是控制，其二是反转。在程序中，被调用类的选择控制权从调用它的类中移除，转交给第三方裁决（反转）。这个第三方指的就是Autofac，Spring，Unity等的容器。IoC另解，依赖注入（Dependency Injection），调用类对被调用类的依赖关系由第三方注入，以移除调用类对被调用类的引用，简单说就是由IoC容器在运行期间，动态地将某种依赖关系注入到对象之中。

     优点：耦合关系就是依赖关系，在一个项目中如果依赖关系相当繁杂，牵一发而动全身，很难维护；依赖关系越少，耦合关系就越低，系统就越稳定，所以我们要减少依赖；
     依赖倒置原则：A. 上层模块不应该依赖于下层模块，它们共同依赖于一个抽象。B. 抽象不能依赖于具象，具象依赖于抽象。

1.2 aop，面向切面编程(也叫面向方面)：Aspect Oriented Programming(AOP),是目前软件开发中的一个热点，也是Spring框架中的一个重要内容。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。 　AOP是OOP的延续，是（Aspect Oriented Programming）的缩写，意思是面向切面（方面）编程。主要的功能是：日志记录，性能统计，安全控制，事务处理，异常处理等等。 主要的意图是：将日志记录，性能统计，安全控制，事务处理，异常处理等代码从业务逻辑代码中划分出来，通过对这些行为的分离，我们希望可以将它们独立到非指导业务逻辑的方法中，进而改 变这些行为的时候不影响业务逻辑的代码。

1.3 OO的五大原则是指SRP、OCP、LSP、DIP、ISP
1>. SRP（Single Responsibility Principle 单一职责原则）
单一职责很容易理解，所谓单一职责，就是一个设计元素只做一件事。
2>. OCP （Open Close Principle 开闭原则）
一句话：“Closed for Modification; Open for Extension”——“对变更关闭；对扩展开放”。
3>. LSP（Liskov Substitution Principle 里氏替换原则）
子类应当可以替换父类并出现在父类能够出现的任何地方。这个原则是Liskov于1987年提出的设计原则。它同样可以从Bertrand Meyer 的DBC (Design by Contract) 的概念推出。我们以学生为例，夜校生为学生的子类，因此在任何学生可以出现的地方，夜校生均可出现。这个例子有些牵强，一个能够反映这个原则的例子时圆和椭圆，圆是椭圆的一个特殊子类。因此任何出现椭圆的地方，圆均可以出现。但反过来就可能行不通。运用替换原则时，我们尽量把类B设计为抽象类或者接口，让C类继承类B(接口B)并实现操作A和操作B，运行时，类C实例替换B，这样我们即可进行新类的扩展(继承类B或接口B)，同时无须对类A进行修改。
4>.DIP（Dependence Inversion Principle 依赖倒置原则）
依赖倒置（Dependence Inversion Principle）原则讲的是：要依赖于抽象，不要依赖于具体。简单的说，依赖倒置原则要求客户端依赖于抽象耦合。原则表述：抽象不应当依赖于细节；细节应当依赖于抽象；要针对接口编程，不针对实现编程。
5>.ISP（Interface Segregation Principle 接口分隔原则）
采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。ISP原则是另外一个支持诸如COM等组件化的使能技术。缺少ISP，组件、类的可用性和移植性将大打折扣。这个原则的本质相当简单。如果你拥有一个针对多个客户的类，为每一个客户创建特定业务接口，然后使该客户类继承多个特定业务接口将比直接加载客户所需所有方法有效。

 

2.学习资料

2.1 Autofac
http://www.cnblogs.com/kissdodog/p/3611447.html

2.2 Unity

http://www.manew.com/thread-46366-1-1.html

http://www.navisoft.com.cn/Archives/Index/15

http://blog.csdn.net/jiujiu28/article/details/43602565

http://blog.csdn.net/shuaihj/article/details/53767434

http://www.manew.com/jihe/18049.html