设计模式 笔记一

设计模式的目的

编写软件过程中，程序员面临着来自 耦合性，内聚性以及可维护性，可扩展性，重
用性，灵活性 等多方面的挑战，设计模式是为了让程序(软件)，具有更好

1. 代码重用性 (即：相同功能的代码，不用多次编写)
2. 可读性 (即：编程规范性, 便于其他程序员的阅读和理解)
3. 可扩展性 (即：当需要增加新的功能时，非常的方便，称为可维护)
4. 可靠性 (即：当我们增加新的功能后，对原来的功能没有影响)
5. 使程序呈现高内聚，低耦合的特性

设计模式七大原则

设计模式常用的七大原则有：

1. 单一职责原则
2. 接口隔离原则
3. 依赖倒转(倒置)原则
4. 里氏替换原则
5. 开闭原则
6. 迪米特法则
7. 合成复用原则

---

单一职责原则

基本介绍
对类来说的，即一个类应该只负责一项职责。如类A负责两个不同职责：职责1，职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1，A2。

比如：一个Dao操作user表，然后又操作order表，这样就违反单一职责原则，于是要把这个Dao分成userDao和orderDao

单一职责原则注意事项和细节

1. 降低类的复杂度，一个类只负责一项职责。
2. 提高类的可读性，可维护性
3. 降低变更引起的风险
4. 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则

接口隔离原则(Interface Segregation Principle)

1. 客户端不应该依赖它不需要的接
   口，即一个类对另一个类的依赖
   应该建立在最小的接口上
2. 先看一张图:
3. 类A通过接口Interface1依赖类B，类C通过
   接口Interface1依赖类D，如果接口
   Interface1对于类A和类C来说不是最小接口，
   那么类B和类D必须去实现他们不需要的方
   法。
4. 按隔离原则应当这样处理：
   将接口Interface1拆分为独立的几个接口，
   类A和类C分别与他们需要的接口建立依赖
   关系。也就是采用接口隔离原则。
   
5. 类A通过接口Interface1依赖类B，
   类C通过接口Interface1依赖类D，

于是我们应该拆分Interface1,把他拆分成3个接口。