设计模式之禅

一个类或者接口最多只有一个原因引起变化.
单一职责提出了一个编写程序的标准，用“职责”或者“变化原因”来衡量接口或者类设计的是否优良，但是“职责”和“变化原因”都是不可衡量的,因项目而异，因环境而异.

1. 类的复杂性降低,实现什么职责都有清晰明确的定义;
2. 可读性提高，复杂性降低;
3. 可维护性提高，可读性提高;
4. 变更引起的风险降低;
   注：接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化

1. 子类必须完全实现父类的方法;
2. 子类可以有自己的个性;
3. 覆盖或者实现父类的方法时输入参数可以被放大;
   子类方法中的前置条件必须与超类中被覆写的方法的前置条件相同或者更宽松
4. 覆写或者实现父类的方法时输出结果可以被缩小;
   注:父类出现的地方子类一定可以出现，反之不一定

1. 高层模块不应该依赖底层模块，都应该依赖其抽象;
2. 抽象模块不应该依赖细节;
3. 细节应该依赖抽象;
   注：抽象就是指接口或者抽象类，细节就实现类
   依赖倒置原则在Java语言中的精简定义就是面向接口编程.

1. 构造函数传递依赖对象;
2. Setter方法传递依赖对象;
3. 接口声明依赖对象(也叫接口注入);

依赖正置：就是类间的依赖是实实在在的的实现类间的依赖，也就是面向实现编程。而编写程序需要的是对现实世界的事物进行抽象，抽象的结果就是抽象类和接口，然后我们根据系统设计的需要产生了抽象间的依赖，代替了人们传统思维中事物的依赖，“倒置”就是从这里产生.

1. 每个类尽量都有接口或者抽象类，或者抽象类和接口两者兼备;
2. 变量的表面类型尽量是接口或者抽象类;
3. 任何类都不应该从具体类派生;
4. 尽量不要覆写基类的方法;
5. 结合里氏替换原则使用;

1. 实例接口(Object Interface),在Java中声明一个类，然后new关键字产生一个实例，这个类称为实例接口.
2. 类接口(Class Interface),Java中进经常使用Interface关键字定义的接口.

1. 客户端不应该依赖它不需要的接口;
2. 类间的依赖应该建立在最小接口上;

1. 接口尽量小(方法少，接口隔离原则拆分接口时，首先必须满足单一职责原则);
2. 接口要高内聚;
3. 定制服务(单独为个体提供定制接口);

1. 一个接口只服务于一个子模块或者业务逻辑;
2. 已经被污染的接口，尽量去修改，若变更的风险大，则采用适配器模式进行转化处理;
3. 了解环境，拒绝盲目依赖原则;

迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高.

一个软件实体如类、模块和函数都应该对修改关闭，对扩展开放

只要是面向对象编程，在开发中都会用到开闭原则，开闭原则是以上五个原则的具体形态，是其精髓.