qq_26151007的博客

Mediator”：中介、调解者（注：在《图解设计模式》一书中，又被译为，对于这个翻译我还是很认可的，所以中译的话我就沿用书中的译文，独裁者模式）顾名思义，独裁者模式的核心应当为由一个人来做决定，但是在程序中，经常是多个类根据对方的状态做出不同的反应，这也叫做通信，说的比较抽象，举个例子，比方说A类和B类关联，那么怎么个关联法呢，通常的情形便是A类根据B类的状态而执行某段函数，或者对属性做出某些改变。

Facade模式是一个定义了高层接口，使得用户可以对子系统的使用更加方便并且使代码与子系统解耦的设计模式。当需要建立一个有层次的子系统时，子系统之间的通信可以仅仅通过facade进行，大大降低耦合。对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。当需要为一个复杂子系统提供一个简单的接口时。当客户端的代码需要和抽象的实现进行解耦时。使用门面接口来实现子系统的类调用。"Facade"：建筑物的正面。

Chain of Responsibility模式是一种为了避免请求发送者与多个请求处理者耦合在一起，于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止的设计模式。当请求和处理者之间的关系是不确定的，而且对处理速度没有太高的要求时，可以使用Chain of Responsibility模式。弱化了发出请求的人和处理请求的人之间的关系。实现Handler接口以适应不用的处理方法。可以动态的改变职责链。

一种与Composite模式一样都具有递归结构的设计模式，但Decorator模式的主要目的是通过添加装饰物来增加对象的功能。

Composite模式是一种将容器和内容当成是同一种对象来看来的设计模式。

策略模式是行为型模式（用来解决类或对象之间的交互，更合理的优化类或对象之间的关系）用来控制抽象方法的，抽象方法是固定的，抽象方法的实现类是不一样的（具体实现，设计不同的子类）即多态

Abstract Factory模式，比对了Builder模式进行学习。

Builder模式似乎来源于生活中的建筑过程，将传统的建造过程抽象成为一种通用的设计模式，来完成复杂的实例生成，从而实现需求。

Prototype模式

《图解设计模式》的第三部分生成实例中的第一个模式Singleton模式

关于《图解设计模式》的第四章，Factory Method模式的一点拙见，欢迎各位道友补充或指正。

该设计模式隶属《图解设计模式》一书的第二部分，名为交给子类。

本章为Adapter模式的个人学习博客，欢迎各位道友提出指正！

笔者近期正在学习一些常用的设计模式，由于处于刚刚起步的阶段，所以就《图解设计模式》一书进行学习。因为该博客属于个人总结类博客，所以零散的知识点便不在赘述，只谈谈我对于该模式的一些个人理解