大话设计模式笔记

大话设计模式笔记

（一）简单工厂模式

把创建对象的操作交给工厂来完成，特别是当创建某一类有共性的对象需要判断很多条件的时候，不需要知道对象实现细节，直接使用工厂类来代替创建

工厂方法模式注重的是整体对象的创建方法，而建造者模式注重的是部件构建的过程，旨在通过一步一步地精确构造创建出一个复杂的对象。

工厂模式关心整体，建造者模式关心细节。

（二）策略模式

定义算法家族，分别封装起来，这些算法都实现统一的一个接口即可，以实现代码只增加不修改，便于单元测试。

（三）单一职责原则

某个类而言，应该仅有一个引起他变化的原因；比如改bug，bug应该只由一个类引起

（四）开放-封闭原则

对于扩展开放，对于更改封闭

（五）依赖倒转原则

• 高层模块不应该依赖低层模块（逻辑层调用数据库层，绑定在一起了）。两个都应该依赖于抽象

  基于里氏替换原则：子类必须能够替换掉他们的父类型（子类通过父类进行复用，即接口思想）

• 抽象不应该依赖细节，细节应该依赖于抽象

（六）装饰模式

需要动态地给一个对象添加一些额外的职责，保留其核心职责不变（不重写核心功能，但是因为通过继承实现，如果是接口的话，还是需要写所有的方法），添加新特性。（相比于建造者模式更加灵活）

比如给人换装APP的需求。

类B继承类A，类B保留类A原始的方法，在此基础上扩展自己的方法；

对应到换装APP的功能就是：类A的原始方法是穿衣服，若干个类A的子类负责体现各自衣服的特性

（七）代理模式

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

应用：

1. 远程代理：为一个在不同地址空间的对象提供局部代表
2. 虚拟代理：**根据需要创建开销很大的对象。**比如打开网页，很快能打开，但是图片、视频是慢慢加载的
3. 安全代理：用以控制真实对象访问时的权限
4. 智能指引：调用真实对象时，代理处理另一些事。（比如，计算真实对象的引用次数，当没有引用时，自动释放，类似连接池和线程池）

与装饰模式的区别：

• 代理：偏重因自己无法完成或自己无需关心，需要他人干涉事件流程，更多的是对对象的控制。重心是为了借用对象的功能完成某一流程，而非对象功能如何。
• 装饰：偏重对原对象功能的扩展，扩展后的对象仍是是对象本身。它不关心外界如何调用，只注重对对象功能的加强，装饰后还是对象本身。

简言之：代理，控制（AOP）；装饰，增强（Java IO）。

（八）工厂方法模式

简单工厂模式：工厂类包含了必要的逻辑判断，比如说计算器，实例化的时候需要参数（具体的±*/运算符），如果需要新增运算方式，则需要修改原本的工厂类，加一个判断分支（违背了开放-封闭原则）

工厂方法模式：定义一个用于创建对象的接口，让工厂接口的实现类决定实例化哪一个类。（让类的实例化延迟到其子类）简单来说就是，避免了修改工厂类，而是把工厂类的具体修改变成通过依赖倒置实现开放-封闭原则

（九）原型模式

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

关键：克隆对象，不需要重新初始化对象，动态地获得对象运行时的状态。

原型模式和拷贝构造函数有什么区别：

• 相同点：原型模式和拷贝构造函数都是要产生对象的复制品。

• 不同点：原型模式可能实现的是一个clone接口。也就是说原型模式能够通过基类指针来复制派生类对象。拷贝构造函数完不成这样的任务。

原型模式的核心是克隆，构造函数只是克隆的一个办法而已。

（十）模板方法模式

定义一个操作中的算法骨架，将一些步骤延迟到子类中。

其实就是把重复的行为上升到父类、父接口，子类只负责实现需要变化的那一部分

（十一）迪米特法则

以前软工课讲过。又叫最少知识原则

如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某个方法，可以通过第三者转发这个调用。

数据库连接池就是一个例子。

（十二）外观模式

为子系统中的一组接口提供一个一致的解面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

比如炒股、与基金的关系。使用基金（高层接口）就不用关心太多股票（低层接口）的细节了，让高层接口负责与底层接口打交道。

（十三）建造者模式

将一个复杂对象的构建与他的表示分离（构建与表示分离），使用同样的构建过程可以创建不同的表示

当创建复杂对象的算法与该对象的组成部分、装配方式独立时应用的模式。

构造一个Director，用于指挥构建过程，再创建Builder接口，根据具体不同的Builder实现类，来构建不同的对象。Director主要是用于向用户隐藏构建细节。

工厂模式用于处理如何获取实例对象问题，建造者模式用于处理如何建造实例对象问题。

（十四）观察者模式

定义了一种一对多的依赖关系，多个观察者同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。

主要是把观察者和监听对象都抽象成接口，这样可以很好的解耦合。

当一个对象的改变需要同时改变其他对象时，但他不希望知道改变对象的细节，就可以使用观察者模式。

事件委托：现实中，实现接口的抽象观察者的实现类往往方法多样，可以考虑将方法作为参数传递（传递函数指针）。

（十五）抽象工厂模式

例子：数据库DAO编程，利用反射获取数据库驱动，解除不同数据库与具体操作之间的耦合，用DAO接口实现数据库，DAOImpl实现具体的数据库操作；如果数据库操作类特别多，可以用一个工厂类来提供反射加载数据库驱动。

一句话：Spring

（十六）状态模式

对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

一个抽象状态接口，若干个状态子类，用于修改对象的状态。当然，如果修改状态的判断过于简单，就没有必要搞这个模式了。

缺点：状态越多，创建的状态节点类就越多。

（十七）适配器模式

将一个类的接口转换成客户希望的另外一个接口。

只有在实在无法改变原有设计和代码的情况下，才使用适配器模式。

（十八）备忘录模式

在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。

场景类似于游戏存档。。

缺点是存储大对象比较吃内存

（十九）组合模式

组合模式使得用户对单个对象和组合对象的使用具有一致性。

将枝节点和叶子节点都实现同样的接口，枝节点可以添加、删除接口对象，叶子节点则不可以。（核心思想是建立树形结构）

可以用这个处理总公司分公司共用同一套系统的问题，而不用多余的判断

（二十）迭代器模式

提供一种方法，顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示。

就是Java的迭代器。。

（二十一）单例模式

保证一个类仅有一个实例，并提供一个访问它的全局访问点。

就是Java Bean。。。。

这里主要提一下双重锁定：即判断实例为null的时候，判断完了需要获得锁，之后再判断一下实例是否为null，最后再创建对象。这是因为多个线程创建对象的时候，先获得锁的线程创建完毕对象后，后获得锁的线程需要看看是否实例仍为null，避免重复创建对象。

饿汉模式：静态初始化的时候就创建实例

懒汉模式：调用时才创建实例

（二十二）桥接模式

合成/聚合复用原则：尽量使用合成/聚合，尽量不要使用类继承。

比如不同的手机继承自手机品牌，不同的手机软件继承自手机软件父类，然后手机品牌拥有手机软件

将抽象部分与他的实现部分分离，使他们都可以独立地变化（分离多个抽象类？只管自己就行了）

（二十三）命令模式

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

消息队列？一般只有在需要撤销/恢复等操作的时候用这个模式才有意义

（二十四）职责链模式

使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。

类似JVM类加载机制？

（二十五）中介者模式

用一个中介对象来封装一系列的对象交互，一般用于一组对象以定义良好但是复杂的方式进行通信的场合

（二十六）享元模式

运用共享技术有效地支持大量细粒度的对象

Java的String对象就是用了享元模式（指在字符串缓存池中的那些），即内存（内部）中是共享的，而在程序（外部）中是相互独立的

（二十七）解释器模式

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

比如正则表达式和浏览器解析HTML、解析JSON等。。

（二十八）访问者模式

表示一个作用域某对象结构中的各元素的操作。

用一个状态类来具体控制对象的行为。状态类和对象类都是接口的形式。

这个模式适用于数据结构稳定的系统，结构稳定、算法变化多