设计模式-（行为）类型宫斗

前言

首先给大家演一段话剧，此话剧绝对是你见过最有竞争力的话剧，每一个人都是我尽心设计的，每一个任务的名字也都是我尽心选的，这段话剧主要演的是皇帝选妃，此皇帝生的格外cool，如果是女儿身那就更了不得了，换上选妃总共分为3批，第一批是行为类型，第二批是创建类型，第三批是结构类型，今天公公安排的是第一批行为类型，让我们看看宫斗吧！嘿嘿（我最喜欢的电影ps仙侠和爱情都喜欢，嘿嘿）

内容

公公：丫头们，一会皇上就来了，赶紧把你们真材实料拿出来，让皇帝看看，万一选中你们，明年再生个皇子，你们可就在宫中有着落了啊，设计模式家族绝对是好生供养者你们的
皇帝驾到：请秀女一次展示你们的才艺吧。次序为1.策略模式，2.职责链模式3.命令模式4.解释器模式5.迭代器模式6.中介者模式7.备忘录模式8.状态模式9.模板模式10.访问者模式

策略模式

策略模式把自己打扮的很整洁，一看就是条例分明的那种，策略模式首先是介绍自己的家庭背景，我是封装家族的，自幼父母就教导我们如果遇到问题就把一个个的问题封装起来（算法）这样我们还可以交替的去解决，我主要解决了if..else所带来的复杂，并且我还实现了统一接口
皇上听完之后，面无表情的说，举个例子吧吧，策略女子羞涩的说，人可以选择旅行的方式有很多种，如骑自行车车，做汽车，做火车，坐飞机，而我通过封装出现的方法就可以动态的去选择算法并使用。皇上表情。。。。我无法想象啊哈哈哈

职责链模式

以下人员自爆家门和爱好，公公我就不一一问了,
我是来自单一职责家族的，我的爱好是主要负责有多个对象请求时我们不知道有那个对象去处理，所以就让发送者与具体实现者分离，当提交一个请求时，让处理这个请求的连成一条链这样，我们就知道处理谁了
皇上：逻辑很清晰，不错，下一位

命令模式

我们来自单一职责家族的小丫鬟，我主要是负责传递命令的，所以在家族中的地位不是很高，但是少了我也是不行的，我可以让调用我的和实现命令的解耦，当我们操作的时候也可以吧状体保存，以便以后可以充分地操作，恢复
应用的场景：是比如做撤销恢复操作，只要是有命令的地方都需要我
公公：下一位

解释器模式

我是来自开放封闭家族的，我在我们家族主要是负责翻译的，现在外国的使臣都来我国进贡，但是很多人都不懂他们的语言，都是我可以通过对复杂或者重复的语句实例成简单化的，例如有道翻译，字符串，低级语言到高级语言的转换等

迭代器模式

解释器模式我是来自里氏代换家族，我们家族非常的高贵，不喜欢跟闲杂人等交往，所以对于一个集合对象，我们并不知道是一些什么具有的对象，但是我们可以访问遍历他们呢，并且对他们进行跟踪，知道他们那些人是被遍历了，举一个栗子就是，当我们去茶馆和茶的时候，我们收费的时候可以运用迭代器模式进行遍历，以免有些人不付钱。

中介者模式

我是来自迪米特家族的，我们家族主要是当我们负责说媒，当今现象是有太多的男子留在家中，导致我们家族异常的繁忙，所以最近母亲赚了不少钱，我通过让互不干涉的类，通过我们中介来互相认识和交互，这也可以减少耦合问题，也有利于复用

备忘录模式

我是单一职责家族的，我们家族主要是为了避免在保持对象内部状态的时候，破坏封装细节的前提，如果A对象的属性值可以记录到B中，但是如果记录过程是透明的，那就在保持过程中耦合了对象状态细节，使用备忘录则不会，保存A的内部信息，又对其他对象屏蔽，从而保持封装边界

状态模式

我是开放封闭家族的，我们家族主要是为了避免在改变状态的时候，会有不同的行为，不同行为封装成类，这样我们可以封装分解为多了类，完美的实现了开放封闭原则

模板模式

我是里氏代换家族的，我们家族主要是为了避免大量的重复代码出现，造成代码有一种坏的味道，所以我们巧妙的利用继承方法来达到复用，并且子类还可以新添加功能

访问者模式

我是单一职责家族的，我们使用一个访问者类，我们主要是针对，相同类型的对象，有不同的状态，例如男人和女人都可以实现成功与失败，但是他们各自的成功与失败，反应的结果有不一样，这就是访问者模式

结局

才艺展示完之后皇上最终只说了一句话，我只爱素素，ps（看过三生三世十里桃花吗？女主家素素）
请听下次选拔秀女。