《设计模式之禅》读书笔记

设计原则

单一职责原则

接口修改尽量影响少的实现类（一般项目中用的少，因为会增加项目复杂度）

里氏替换原则

所有使用父类的地方替换成子类，必须没有逻辑错误或异常

依赖倒置原则

• 每个类都尽量实现抽象类或接口

• 变量的表面类型尽量是抽象类或接口

• 尽量不要覆写基类的方法

• 任何类都尽量不要由具体类派生

接口隔离原则

接口要尽量小，实现它的类必须实现它的所有方法，不能有没用的空方法

迪米特原则

类尽量暴露少的 public 方法和属性

只与朋友交流，“朋友”包括成员变量和成员方法的参数、返回值的所属类

开闭原则

最重要，对修改关闭，对扩展开放

即框架设计好之后，底层代码不再允许修改，业务变化通过扩展实现

设计模式

单例模式

定义：确保某个类只有一个实例，并自行实例化并向整个系统提供这个实例

使用场景：要求一个类只有一个对象，如果出现多个对象会有“不良反应”

工厂方法模式

定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法让一个类的实例化延迟到其子类

使用场景：需要灵活的、可扩展的框架时，可考虑使用……同时，会增加代码的复杂度

抽象工厂模式

定义：为创建一组相关或相互依赖的对象提供一个接口，而且无需指定它们的具体类

使用场景：一组没有任何关系的对象拥有同样的约束

模板方法模式

定义：定义一个不可覆写的模板方法，里面的具体步骤由子类实现

使用场景：多个子类有共有的方法，并且逻辑基本相同，不同的部分用钩子函数约束

建造者模式

定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示

使用场景：相同的方法，不同的执行顺序，产生不同的结果；多个部件都可以装配到一个对象中，但产生的运行结果又不同

代理模式

定义：为其他对象提供一种代理以控制对这个对象的访问

使用场景：需要增加一层通用逻辑时，增加在代理层，降低耦合；动态代理实现 AOP 编程

原型模式

定义：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象

使用场景：类初始化需要消耗大量资源时；新的对象和现有的对象大部分相同

中介者模式

定义：用一个中介对象封装一系列的对象交互，中介者使各个对象不需要显式地相互作用，从而使其耦合松散，并且可以独立地改变他们的交互

使用场景：多个对象之间紧密耦合时

命令模式

定义：将一个请求封装成一个对象，不同的请求调不同的对象（将命令排队或记录，可以很好的实现命令的撤销和恢复）

使用场景：在你认为是命令的地方使用

责任链模式

定义：将处理者对象连成一条链，请求进来时沿着这条链传递，直到被处理，避免了请求发送者和处理者的耦合关系

使用场景：处理逻辑具有传递性的时候

装饰模式

定义：动态地给一个对象添加一些额外的职责（和代理模式很不一样的是“额外”，代理还可以对原本功能进行过滤）

使用场景：需要动态地给一个对象增加一些功能，并且这些功能还可以很好地动态撤销

策略模式

定义：定义一组算法，将他们封装起来，并且使他们之间可以互换

使用场景：算法需要自由切换的时候；需要屏蔽算法的具体实现的时候（常使用策略枚举）

适配器模式

定义：将一个类的接口变换成客户端所期待的另一种接口，从而使其对于客户端可用

使用场景：需要修改一个已经投产的接口时，考虑使用适配器模式代替修改（类适配器和对象适配器）

迭代器模式

定义：提供一种方法访问一个容器对象中的各个对象，而不需要暴露该对象的内部细节（实现 Iterator 接口）

使用场景：不要自己实现了，直接使用 java 提供的

组合模式

定义：将对象组合成树形结构以表示“部分-整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性

使用场景：树形结构，任一局部和整体具有一样的结构的时候

观察者模式

定义：定义对象间一种一对多的依赖关系，使得一旦一个对象改变状态，另外的对象马上能得到通知并自动更新

使用场景：一个对象的状态改变需要被观察时

门面模式

定义：要求一个子系统的外部和内部通信必须通过一个统一的对象进行（就是封装而已）

使用场景：为一个复杂的模块或子系统提供一个供外界访问的接口

备忘录模式

定义：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将对象恢复到该状态

使用场景：需要保存和恢复数据的相关状态的时候

访问者模式

定义：封装一些作用于某种数据结构中的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作

使用场景：对迭代器模式的补充，遍历不对的对象，执行不同的操作

状态模式

定义：当一个对象内在状态改变时允许其改变行为，这个对象看起来好像改变了其类

使用场景：主要行为随状态改变而改变时

解释器模式

定义：给定一门语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的句子

使用场景：一个简单语法需要解释的场景（基本不会使用了）

享元模式

定义：使用共享对象可有效支持大量的细粒度的对象

使用场景：系统中存在大量的细粒度的对象，并且它们具有相似的外部状态，而且内部状态与环境无关（防止内存溢出）

桥梁模式

定义：将抽象和实现解耦，使得两者可以独立地变化

使用场景：继承层次过渡，无法更细化设计颗粒的时候