深入理解:设计模式中的七大原则
一、单一原则
概念理解: 1个类只负责一个功能领域中的相应职责。
二、开闭原则（目标）
概念理解: 抽象是开闭原则的关键。
怎么做: 面向接口、抽象类机制编程
三、里氏代换原则（基础）
概念理解: 开闭原则的最重要实现方式之一;所有引用基类的地方必须能透明的使用其子类的对象）.
怎么做:
1.设计时: 将父类设计为接口或抽象类，让子类继承父类或实现父接口—关键技巧点:子类不能重写父类已经实现的方法
2.运行时:尽量将父类定义为抽象类和接口，声明定义变量尽量使用父类声明
四、依赖倒转原则（手段）
概念理解:
抽象不应该依赖细节，细节应当依赖抽象
针对接口编程，而不是针对实现编程
怎么做:
一个实现类，必须对应一个接口或抽象类，方法一样，子类不能有多余的方法
传递参数或者关联关系时，尽量用层次高的抽象层类
对第2条具体做法:在 成员类型声明，参数类型，方法返回类型，数据类型转换时，不要用具体类，而是用接口和抽象类来声明
总结规律:
面对抽象编程，肯定会找机会注入具体的子对象，即需要依赖注入
依赖注入有三种方式:
构造注入
set值注入
接口注入
接口注入:通过实现在接口中声明的业务方法来传入具体类的对象。这些对象在定义时使用的是抽象类型，在运行时在传入具体类型的对象，有子类对象来覆盖父类对象。
五、接口隔离原则
概念理解:
使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
怎么做:
接口太大时，将他分割成一些更细小的接口，也不能太小，不然接口泛滥，使用起来不方便，一般为某一类用户定制(业务)的方法.
六、合成复用原则
概念理解:
尽量使用对象组合，而不是继承来达到复用的目的
七、迪米特法则
概念理解:
一个软件实体应该尽可能少地与其他实体发生相互作用。
术语：对象之间通信的几种朋友关系。
怎么做:
类的结构上—每个类的成员变量和成员函数的访问权限尽量降低。
类的设计上—一个类应该尽量设计成不变类，引用其他类时，一个对象对其他对象的引用应当降到最低。
对象通信上—减少一些对象之间的通信，如果两个对象不必直接通信，可以通过第三方转发调用，也就是引入一个合理的第三者来降低现有对象之间的耦合度。
