23种设计模式 详解

23种设计模式趣味讲解

对设计模式很有意思的诠释，呵呵，原作者不详。

创立型模式

1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，

固然口味有所不同，但不管你带MM往麦当劳或肯德基，只管向服务员说“来四个鸡翅”

就行了。麦当劳和肯德基就是生产鸡翅的Factory

工厂模式：客户类和工厂类离开。花费者任何时候需要某种产品，只需向工厂恳求即可。花

费者无须修正就可以接纳新产品。毛病是当产品修正时，工厂类也要做相应的修正。如：如

何创立及如何向客户端供给。

2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同处所的MM,要能够用她们

的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM

我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以

轻松搞掂，这就是我的“我爱你”builder。（这必定比美军在伊拉克用的翻译机好卖）

建造模式：将产品的内部表象和产品的天生过程分割开来，从而使一个建造过程天生具有不

同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变更，客户不必知道产品

内部组成的细节。建造模式可以强迫履行一种分步骤进行的建造过程。

3、FACTORYMETHOD—请MM往麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住

是一件烦人的事情，我一般采用FactoryMethod模式，带着MM到服务员那儿，说“要一

个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。

工厂方法模式：核心工厂类不再负责所有产品的创立，而是将具体创立的工作交给子类往做，

成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的串口，而不接触哪一个产品类应

当被实例化这种细节。

4、PROTOTYPE—跟MM用QQ聊天，必定要说些深情的话语了，我搜集了好多肉麻的情话，

需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，

Gof的23种设计模式

从2005年初听说设计模式，到现在虽然已经8年多了，但GoF的23种模式依然盛行，当然GoF提出这些模式的年代更加久远（1995年）。 在工作的过程中，陆陆续续接触了GoF的大部分模式，我记得在2008年的时候就想总结一下设计模式（最近想做的两件事情），最后因为各种原因也没有完成。最近这段时间正好是职业空档期，没什么事儿做，就把之前看过的设计模式翻出来整理了一下，于是就有了上面几篇文章。 整理设计模式的过程，也是一个深刻理解面向对象设计的过程。通过对各个模式的回顾，让我更能够明白前辈们关于面向对象设计提出的各种“最佳实践”，特别是S.O.L.I.D，我觉得在这里再说一次，也不算矫情。

S：单一职责原则（Single Responsibility Principle, SRP），一个类只能有一个原因使其发生改变，即一个类只承担一个职责。

O：开放-封闭原则（Open-Close Principle, OCP），这里指我们的设计应该针对扩展开放，针对修改关闭，即尽量以扩展的方式来维护系统。

L：里氏替换原则（Liskov Subsititution Principle, LSP），它表示我们可以在代码中使用任意子类来替代父类并且程序不受影响，这样可以保证我们使用“继承”并没有破坏父类。 I：接口隔离原则（Interface Segregation Principle, ISP），客户端不应该依赖于它不需要的接口，两个类之间的依赖应该建立在最小接口的基础上。这条原则的目的是为了让那些使用相同接口的类只需要实现特定必要的一组方法，而不是大量没用的方法。

D：依赖倒置原则（Dependence Inversion Principle,

DIP），高层模块不应该依赖于低层模块，两者应该都依赖于抽象；抽象不依赖于细节，而细节应该依赖于抽象。这里主要是提倡“面向接口”编程，而非“面向实现”编程。 设计模式，从本质上讲，是针对过去某种经验的总结。每种设计模式，都是为了在特定条件下去解决特定问题，离开这些前提去讨论设计模式，是没有意义的。 下面，我们快速回顾GoF的23种模式。工厂方法

详解23种设计模式

设计模式（Design Patterns）

⾸先说⼀下我对设计模式的理解，设计模式是⼀种在软件内部优化代码的技巧。注意，是代码的内部，也就是在⼀个局部范围内优化设

计。这⼀点和软件的架构是完全不同的，软件架构是全局的优化，讲的是怎么对软件进⾏切分以及对切开之后的内容进⾏重组的⼀个过程。

软件的设计模式强调的是代码，软件架构强调的是结构。在⾯向对象的编程思想中，这就体现在怎么解决类与类之间的关系。能处理好类与

类之间的关系，优化设计就搞好了。下⾯这段话是软件设计模式的定义：

设计模式（Design pattern）是⼀套被反复使⽤、多数⼈知晓的、经过分类编⽬的、代码设计经验的总结。使⽤设计模式是为了可重⽤

代码、让代码更容易被他⼈理解、保证代码可靠性。

毫⽆疑问，设计模式于⼰于他⼈于系统都是多赢的，设计模式使代码编制真正⼯程化，设计模式是软件⼯程的基⽯，如同⼤厦的⼀块块

砖⽯⼀样。项⽬中合理的运⽤设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每⼀个模式描述了⼀个在

我们周围不断重复发⽣的问题，以及该问题的核⼼解决⽅案，这也是它能被⼴泛应⽤的原因。设计模式是⼀代⼜⼀代的编程⼤师总结出来

的，我们应该重视，不能束之⾼阁，应当合理利⽤。关键是要搞清楚哪种情况⽤哪种设计模式。

⼀、设计模式的分类

总体来说设计模式分为三⼤类：

创建型模式，共五种：⼯⼚⽅法模式、抽象⼯⼚模式、单例模式、建造者模式、原型模式。（还有⼀种叫简单⼯⼚模式，是⼯⼚模式的变

形，不满⾜单⼀职责，设计不太合理，所以就没列出来）

结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

⾏为型模式，共⼗⼀种：策略模式、模板⽅法模式、观察者模式、迭代⼦模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模

式、中介者模式、解释器模式。

⼆、设计模式的七⼤原则

设计模式的七⼤原则堪称经典，这七条原则是我们在设计软件的过程中必须准守的，当然不遵守的话，你的⽼板可能就会“嘿嘿”你，你懂

少年易学老难成，一寸光阴不可轻 - 百度文库

1 23种设计模式的通俗理解【转】

1、FACTORY 工厂方法

追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。

2、BUILDER 抽象工厂

MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖） 建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。

3、FACTORY METHOD 建造者模式

请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。 工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。

4、PROTOTYPE 原型模式

跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要） 原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。