北风设计模式课程---行为型模式总结
一、总结
一句话总结：
行为型模式主要用于 描述对类或对象怎样交互和怎样分配职责。
1、行为模式注意？
1、封装变化：封装变化是很多行为模式的主题。当一个程序的某个方面的特征经常发生改变时，这些模式就定义一个封装这个方面的对象。
2、对象作为参数：一些模式引入总是被用作参数的对象。
3、通信应该被封装还是被分布：Mediator和Observer是相关竞争的模式。它们之间的差别是，Observer通过引入Observer和Subject对象来分布通信，而Mediator对象则封装了其他对象间的通信。
4、对发送者和接收者解耦：命令、观察者、中介者，和职责链等模式都涉及如何对发送者和接收者解耦，但它们又各有不同的权衡考虑。
2、行为模式总结？
封装变化：行为模式主要用于 封装变化：当一个程序的某些方面的特征经常发生变化时，这些模式就定义了一个用于封装这方面的对象。
两种对象：大多数行为模式有两种对象：封装该方面特征的新对象，以及使用新对象的已有对象。
3、行为设计模式有哪些？
模版方法模式、策略模式、责任链模式、观察者模式 等等
模版方法模式
策略模式
状态模式
命令模式
迭代器模式
备忘录模式
观察者模式
中介者模式
访问者模式
责任链模式
解释器模式
二、行为型模式总结
转自或参考：行为型模式总结
https://blog.csdn.net/sld880311/article/details/70432254
封装变化
封装变化是很多行为模式的主题。当一个程序的某个方面的特征经常发生改变时，这些模式就定义一个封装这个方面的对象。这样当该程序的其他部分依赖于这个方面时，它们都可以与此对象协作。这些模式通常定义一个抽象类来描述这些封装变化的对象，并且通常该模式依据这个对象（这个主题也贯穿于其他种类的模式。AbstractFactory，Builder和Property都封装了关于对象是如何创建的信息。Decorator封装了可以被加入一个对象的职责。Bridge将一个抽象与它的实现分离，使它们可以各自独立的变化。）来命名。例如：
1. 一个Strategy对象封装一个算法
2. 一个State对象封装一个与状态相关的行为
3. 一个Mediator对象封装对象间的协议
4. 一个Iterator对象封装访问和遍历一个聚集对象中的各个构件的方法。
这些模式描述了程序中很可能会改变的方面。大多数模式有两种对象：封装该方面特征的新对象，和使用这些新的对象的已有对象。如果不使用这些模式的话，通常这些新对象的功能就会变成这些已有对象的难以分割的一部分。例如，一个Strategy的代码可能会被嵌入到Context类中，而一个State的代码可能会在该状态的Context类中直接实现。
但不是所有的对象行为模式都像这样分割功能。例如，Chain of Responsibility可以处理任意数目的对象（即一个链），而所有这些对象可能已经存在于系统中了。
职责链说明了行为模式间的另一个不同点：并非所有的行为模式都定义类之间的静态通信关系。职责链提供在数目可变的对象间进行通信的机制。其他模式涉及到一些作为参数传递的对象。
对象作为参数
一些模式引入总是被用作参数的对象。例如Visitor。一个Visitor对象是一个多态的Accept操作的参数，这个操作作用于该Visitor对象访问的对象。虽然以前通常代替Visitor模式的方法是将Visitor代码分布在一些对象结构的类中，但Visitor从来都不是它所访问的对象的一部分。
其他模式定义一些可作为令牌到处传递的对象，这些对象将在稍后被调用。Command和Memento都属于这一类。在Command中，令牌代表一个请求；而在Memento中，它代表在一个对象在某个特定时刻的内部状态。在这两种情况下，令牌都可以有一个复杂的内部表示，但客户并不会意识到这一点。但这里还有一些区别：在Command模式中多态很重要，因为执行Command对象是一个多态的操作。相反，Memento接口非常小，以至于备忘录只能作为一个值传递。因此它很可能根本不给它的客户提供任何多态操作。
通信应该被封装还是被分布
Mediator和Observer是相关竞争的模式。它们之间的差别是，Observer通过引入Observer和Subject对象来分布通信，而Mediator对象则封装了其他对象间的通信。
在Observer模式中，不存在封装一个约束的单个对象，而必须是由Observer和Subject对象相互协作来维护约束。通信模式由观察者和目标连接的方式决定：一个目标通常有多个观察者，并且有时一个目标的观察者也是另一个观察者的目标。Mediator模式的目的是集中而不是分布。它维护一个约束的职责直接放在一个中介者中。
我们发现生成可复用的Observer和Subject比生成可复用的Mediator容易一些。Observer模式有利于Observer和Subject间的分隔和松耦合，同时这将产生粒度更细，从而更易于复用的类。
另一方面，相对于Observer，Mediator中的通信流更容易理解。观察者和目标通常在它们被创建后很快即被连接起来，并且很难看出此后它们在程序中是如何连接的。Observer模式引入的间接性仍然会使得一个系统难以理解。
对发送者和接收者解耦
当合作的对象直接互相引用时，它们变得互相依赖，这可能会对一个系统的分层和重用性产生负面影响。命令、观察者、中介者，和职责链等模式都涉及如何对发送者和接收者解耦，但它们又各有不同的权衡考虑。
命令模式
命令模式使用一个Command对象来定义一个发送者和一个接收者之间的绑定关系，从而支持解耦，如下图所示：
Command对象提供了一个提交请求的简单接口（即Execute操作）。将发送者和接收者之间的连接定义在一个单独的对象使得该发送者可以与不同的接收者一起工作。这就将发送者与接收者解耦，是发送者更易于重用。此外，可以复用Command对象，用不同的发送者参化一个接收者。虽然Command模式描述了避免使用生成子类的实现技术，名义上每个发送者-接收者连接都需要一个子类。
观察者模式
观察者模式通过定义接口来通知目标中发生的改变，从而将发送者（目标）与接收者（观察者）解耦。Observer定义了一个比Command更松的发送者-接收者绑定，因为一个目标可能有多个观察者，并且其数目可以在运行时刻变化，如下图所示：
观察者模式中的Subject和Observer接口是为了处理Subject的变化而设计的，因此当对象间的数据依赖时，最好用观察者模式来对它们进行解耦。
中介者模式
中介者模式让对象通过一个Mediator对象简介的互相引用，从而对它们解耦，如下图所示：
一个Mediator对象为各Colleague对象间的请求提供路由并集中它们的通信。因此各Colleague对象仅能通过Mediator接口相互交谈。因为这个接口是固定的，为增加灵活性Mediator可能不得不实现它自己的分发策略。可以用一定方式对请求编码并打包参数，使得Colleague对象可以请求的操作数目不限。
中介者模式可以减少一个系统中的子类的生成，因为它将通信行为集中到一个类中而不是将其分布在各个子类中。然而，特别的分类策略通常会降低类型安全性。
责任链模式
最后，职责链模式通过沿一个潜在接收者链传递请求而将发送者与接收者解耦，如下图所示：
因为发送者和接收者之间的接口是固定的，职责链可能也需要一个定制的分发策略。因此它与Mediator一样存在类型安全的问题。如果职责链已经是系统结构的一部分，同时在链上的多个对象中总有一个可以处理请求，那么职责链将是一个很好的将发送者和接收者解耦的方法。此外，因为链可以被简单的改变和扩展，从而该模式提供了更大的灵活性。
总结
除了少数例外情况，各个行为涉及模式之间是相互补充和相互加强的关系。例如，一个职责链中的类可能包括至少一个Template Method的应用。该模板方法可使用原语操作确定该对象是否应处理该请求并选择应转发的对象。职责链可以使用Command模式将请求表示为对象。Interpreter可以使用State模式定义语法分析上下文。迭代器可遍历一个聚合，而访问者可以对它的每一个元素进行一个操作。
行为模式也能与其他模式很好地协同工作。例如 ，一个使用Composite模式的系统可以使用一个访问者对该复合的各成分进行一些操作。它可以使用职责链使得各成分可以通过它们的父类访问某些全局属性。它也可以使用Decorator对该复合的某些部分的这些属性进行改写。它可以使用Observer模式将一个对象结构与另一个对象结构联系起来，可以使用State模式使得一个构件在状态改变时可以改变自身的行为。复合本身可以使用Builder中的方法创建。
设计良好的面向对象式系统通常有多个模式镶嵌在其中，但其设计者却未必使用这些术语进行思考。然而，在模式级别而不是在类或对象级别上的进行系统组装可以使我们更方便地获取同等的协同性。
三、行为模式总结：
转自或参考：行为模式总结：
https://www.cnblogs.com/criticalsection/p/5694613.html
简介：
1 Template Method是一个算法的抽象定义，逐步定义该算法。，每步调用一个抽象操作或一个原语操作。子类实现算法
2 Interpreter：将一个文法作为一个类层次，实现一个解释器作为这些类的实力上的一个操作
3 Mediator 将对象间的交互，由多对多变为一对多，同时对象间松耦合
4 责任链提供更松的耦合。通过一条候选对象链隐式的向一个对象发送请求。
5 Observer模式定义并保持对象间的依赖关系
6 Strategy将算法封装到对象中，方便指定和改变一个对象所使用的算法
7 Command将一个请求封装在对象中，可以作为参数，或者存储在历史列表
8 State是将一个对象的状态封装，当状态变化时可改变行为
9 Visitor封装分布于多个类之间的行为
10 Iterator：抽象了访问和遍历一个集合中的对象的方式
11 Memento
行为模式讨论：
1 封装变化：
当一个程序的某些方面的特征经常变化时，这些模式就定义封装这个方面的对象
当程序其他方面依赖于这个方面时，都可以与此对象协作。
这些 模式通常定义一个抽象类来描述这些封装变化的对象，根绝该模式依据这个对象命名。
.Strategy封装一个算法
.State封装一个与状态相关的行为
.Mediator封装对象间的协议
.Iterator对象封装访问和遍历一个狙击对象中的各个构建的方法。
封装该方面特征的对象 和 使用这些新对象的已有对象。否则，会变成已有对象难以分割的一部分。
2 对象作为参数:
Visitor对象是一个多台的Accept的参数，这个操作作用于visitor访问的对象。
作为令牌到处传递的对象：Command和Memento，前者代表一个请求，后者代表某个对象在特定时刻的内部状态。
Command的多态很重要，执行Command是一个多态的操作。Memento接口非常小，备忘录只能作为一个值传递。不能给客户提供多态操作。
3 通信应该被封装还是被分布：
Observer和Mediator是竞争的模式。
Observer通过引入Observer和Subject来分布通信。Mediator则封装成了其他对象间的通信。
不存在封装一个约束的单个对象，必须由Observer和Subject相互协作来维护这个约束。
C++Mediator更好用
4 对发送者和接收者解耦：
Command对象定义一个发送者和接收者之间的绑定关系
Observer将Observer与Subject解耦，Subject更新接口Update通知Observer
Mediator：将各个Colleague的相互引用解耦，各个Colleague只能通过Mediator交谈。
职责链：通过沿着一个潜在的接收者链来产地请求，将发送者与接收者解耦
Mediator和职责链 都要有分发策略，会影响类型安全。
5总结：
除了少数模式，各个模式之间是相互补充的和加强的关系。一个职责链至少包含一个Template Method模式的应用。
模板方法可用原语操作确定对象是否应该处理该请求并选择应转发的对象
职责链可以使用Command模式将请求表示为对象。
Interpreter使用State模式定义语法分析树上下文
迭代器遍历一个聚合
visitor对它的每一个元素进行操作
四、行为模式总结
行为模式主要用于 封装变化：当一个程序的某些方面的特征经常发生变化时，这些模式就定义了一个用于封装这方面的对象。
大多数行为模式有两种对象：封装该方面特征的新对象，以及使用新对象的已有对象。