设计模式六大原则

1、单一职责原则 Single Responsibility Principle
一个接口&类只有一个职责
There should never be more than one reason for a class to change.
应该有且只有一个原因引起类的变更。
好处：
1）类的复杂性降低，实现什么职责都有明确的定义
2）可读性提高
3）可维护性提高
4）变更引起的风险降低
注意：一味地细分类的职责，会人为提高系统的复杂性。

2、里氏代换原则
所有引用基类的地方必须能透明地使用其子类对象。
1）子类必须完全实现父类的方法
2）子类可以有自己的个性
3）覆盖或者实父类的方法时输入参数可以被放大
4）复写或者实现父类的方法时输出结果可以被缩小

3、依赖倒置原则
1）高层模块不应该依赖底层模块，两者都应该依赖于抽象
2）抽象不应该依赖于细节
3）细节应该依赖抽象

4、接口隔离的原则
定义：客户端不应该依赖它不需要的接口 或 类间的依赖关系应该建立在最小的接口上
1）要求接口的方法尽量少（根据接口隔离原则拆分接口时，首先必须满足单一职责原则）
2）接口要高内聚
3）定制服务

5、迪米特法则
涵义：一个对象应该对其他对象有最少的了解。
1）只和朋友类对象交流
朋友类：出现在成员变量、方法的输入输出参数中的类称为成员朋友类。
2）朋友间是有距离的
有耦合关系的类关系保持松耦合，不可导致过度依赖
3）如果一个方法放在本类中既不增加类间的关系，也对本类不产生负面的影响，那就防止在本类中。
4）谨慎使用Serializable

6、开闭原则
一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来完成变化。