设计模式----七大原则

1.单一职责原则：
一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。
对类来说，一个类只负责一项职责（仅有一个引起它变化的原因）。如果一个类承担了太多的职责，就可以将该类拆分，使其满足单一职责原则。
作用： 降低类的复杂度，实现高内聚、低耦合。提高类的可读性，可维护行。

2.接口隔离原则： 客户端不应该依赖哪些它不需要的接口（一个类对另一个类的依赖应该建立在最小接口上）。
处理方式： 将一接口拆分为多个接口，类分别与他们需要的接口建立依赖关系，也就是采用接口隔离原则。
UML图：

采用接口隔离原则改进：

3.依赖倒转原则： 高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不应该依赖细节，细节应该依赖抽象。（面向接口编程）
把展现细节的任务交给接口或者抽象类的实现类去完成。
依赖注入： 当一个对象要与其他对象发生依赖关系时采用抽象的形式来注入所依赖的对象。
常见的注入方式：
1.接口注入
2.构造方法注入
3.setter方法注入

4.里氏原则： 所有引用基类的地方必须能透明的使用其子类的对象。
使用继承时，要遵循里氏替换原则，在子 类中尽量不要重写父类的方法。
继承实际上让两个类的耦合性增强了，在适当情况下可以通过聚合、组合、依赖、来计解决问题

5.开闭原则(Open Close Principle)： 软件实体应当对扩展开放(对提供方)，对修改关闭(对使用方)。（编程中最基础、最重要的设计原则）
尽量不在使用方修改，可以通过继承抽象类、接口实现来进行扩展。

6.迪米特法则(最少知道原则)： 每一个软件单位对其他单位都只有最少的知识，而且局限于哪些于本单位密切相关的软件单位。(对自己以来的类知道的越少越好)。
一个对象应该对其他对象保持最少的了解，类于类之间的关系越密切，耦合度越大。
只与直接的朋友通信。
类的直接朋友：出现成员变量、方法参数、方法返回值、的类。而出现在局部变量中的类不是直接朋友。
核心是降低类之间的耦合。
7.合成复用原则： 优先使用对象组合/聚合的方式，而不是通过继承来达到复用的目的。

总结：
将变化的代码独立出来，不要和哪些不需要改变的代码混合。
接口编程，而不是实现编程。
为降低对象之间的耦合度为目的。