大话设计模式 阅读整理

编程是一门技术，更是一门艺术

本文只是阅读过后的记录，个人感觉很多是生活中解决问题的方式运用到编程中就成了设计模式，所以每种模式不都是完美的，运用到合适的场景，那就是最好的。

应遵循的设计开发原则：

单一职责原则 ——  一个类最好就只有一个职责，提升 维护性，灵活性 

开放—封闭原则 —— 对扩展开发，对修改关闭

依赖倒转原则 ——

      1、抽象不应该依赖细节，细节不应该依赖抽象（针对接口编程）

      2、高层模块不应该依赖于底层模块。两个都不应该依赖抽象

      3、里氏代换原则 —— 子类型必须能替换掉它们的父类型

迪米特法则（最少知识原则）：如果两个类不必直接通信，那么这两个类就不应该发生直接的相互作用，如果其中一个类想要调用另一个类的某一个方法的话，可以通过第三者发起这个调用

1、简单工厂模式 —— 封装对象创建方式，暴露给客户端的永远是接口而不是具体逻辑

设计模式简单分类：

一、创建型模式

5、工厂方法：克服了简单工厂违背开发-封闭的原则，又保持了封装对象创建工厂的优点

6、原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象（ 浅复制和深复制）

9、建造者模式：使用多个简单的对象一步一步构建成一个复杂的对象，建造代码与表示代码分离

11、抽象工厂模式：提供一个创建一系列相关或者相互依赖对象的接口，而无需指定它们具体的类

17、单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点

二、结构型模式

3、装饰模式：动态的给一个对象添加一些额外的职责

4、代理模式：为其它对象提供一种代理以控制对这个对象的访问

8、外观模式：组合基础类，提供复杂功能，外部不需要知道内部具体逻辑，只了解外观即可

13、适配器模式：将一个类的接口转换成客户希望的另一个接口

15、组合模式：将对象组合成树形结构以表示“部分-整体”的层次结构。（忽略组合对象与单个对象的不同，统一的使用组合结构中所有的对象）

18、桥接模式：将抽象部分与它的实现部分分离，使它们都可以独立地变化

22、享元模式：使用共享技术有效地支持大量细粒度的对象

三、行为型模式

2、策略模式 —— 封装 功能 或者 算法 在运行时根据需要使用不同的策略

7、模板方法模式：   定义一个操作中算法的骨架，而将一些步骤延迟到子类中

10、观察者模式：发布-订阅模式，定义了一种一对多的依赖关系，让多个观察者对象同事监听某一个主题对象，主题对象状态发生变化时会通知所有观察者对象，使他们能够自动更新自己（观察者不可都实现一个接口，这时候需要事件委托来统一接口）

12、状态模式：当一个对象的内在状态改变时允许改变其行为，这和对象看起来像是改变了其类（将与特定状态相关的行为局部化，并将不同状态的行为局部化，并将不同状态的行为分割来）

14、备忘录模式：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到原先保存的状态

16、迭代器模式：提供一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示

19、命令模式：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作

20：职责链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，知道有一个对象处理它为止。

21、中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不要显示地相互引用。从而使其耦合松散，而且可以独立地改变他们之间的交互

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

24、访问者模式：表示一个作用与某对象结构中的各元素的操作，它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作