【设计模式】02.模式的划分和功能

• 模式的划分和功能
  • 根据目的来划分
  • 根据作用范围来分
  • 23种设计模式的功能

模式的划分和功能

根据目的来划分

根据模式是用来完成什么工作来划分，这种方式可以分为创建性、结构性、行为性3种。

• 创建型模式：用于描述“怎样创建对象”，它的主要特点是“将对象的创建与使用分离”。一般为单例、原型、工厂方法、抽象工厂、建造者模式等5种创建型模式。
• 结构型模式：用于描述如何将类或对象按某种布局组成更大的结构，一般为代理、适配器、桥接、装饰、外观、享元、组合等7种模式
• 行为型模式：用于描述类或对象之间怎样相互协同完成单个对象都无法单独完成的任务，以及怎样分配职责。一般为模板、策略、命令、职责链、状态、观察者、中介者、迭代器、访问者、备忘录、解释器等11种行为性模式。

根据作用范围来分

根据模式是主要用于类上还是主要用于对象上来分，这种方式可分为类模式和对象模式两种。

• 类模式 ：用于处理类与子类之间的关系，这些关系通过继承来建立，是静态的，在编译时刻便确定下来了。一般为工厂方法、适配器、模板方法、解释器，
• 对象模式：用于处理对象之间的关系，这些关系可以通过组合或者聚合来实现，在运行时刻是可以变化的，更具有动态性。其余都都是对象模式。

23种设计模式的功能

既然要学习设计模式，首先咱们应该要了解这些设计模式都是做什么的，针对性的区学习，现在对各个模式的功能进行介绍。

• 单例模式： 某个类只能生成一个实例，该类提供了一个全局访问点供外部获取该实例，其拓展是有限多例模式 。一般我们都是将我们的构造方法设置为私有的，外界无法去直接去获取一个实例，它自己内部new了一个实例，对外提供一个getInstance的方法供外部使用。自己实例化！
• 原型模式：将一个对象作为原型，通过对其进行复制而克隆出多个和原型类似的新实例。借鉴了clone方法，一个对象进行clone来获取新实例，通过给出一个原型对象来指明所要创建的对象类型，然后用复制这个原型的方法创建出更多同类型的对象。原始模型模式允许动态的添加或减少产品类，产品类不需要非得有任何事先确定的等级结构，。原始模型模式适用于任何的等级结构，缺点是每一个类都必须配备一个克隆方法。
• 工厂方法模式： 定义一个用于创建产品的接口，由子类决定生产什么产品。核心工厂类不再负责所有的产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。
• 抽象工厂模式：提供了创建产品族的接口，其每一个子类可以生产一系列相关的产品 。客户类和工厂类分类分开，消费者任何时候需要某套产品集合时，只需向抽象工厂请求即可。抽象工厂会再向具体的工厂生产出符合产品规格的产品。
• 建造者（Builder）模式：将一个复杂对象分解成多个相对简单的部分，然后根据不同需要分别创建他们，最后构建成该复杂对象。将产品的内部表象何产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。
• 代理（Proxy）模式：为其对象提供一种代理以控制对该对象的访问。即客户端通过代理间接地访问该对象，从而限制、增强或修改该对象的对象的一些特性。
• 适配器（Adapter）模式：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能在一起工作的那些类能一起工作。适配类可以根据参数返还一个合适的实例给客户端。
• 桥接（Bridge）模式：将抽象与实现分离，使它们可以独立化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。将抽象化与实现化脱耦，使得二者可以独立的变化，将他们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。
• 装饰（Decorator)模式：动态的给对象增加一些职责，即增加一些其他额外的功能。装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案，提供比继承更多的灵活性。动态给一个对象添加功能，这些功能可以再动态的撤销，增加由一些基本功能的排列组合而产生的非常大量的功能。
• 外观（Facade）模式：为多个复杂的子系统提供一个一致的接口，使这些子系统更加容易被访问。外观模式又叫门面模式，外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。每一个子系统只有一个门面类，而且此门面类只有一个实例，也就是说它是一个单例模式。但整个系统可以有多个门面类。
• 享元（Flyweight）模式：运用共享技术来有效地支持大量细粒度对象的复用。相同部分存在享元的内部，不会随外界来变化的，不同部分存在于享元的外部，跟随外界来变化 ，外蕴状态不会影响内蕴。将可以共享的状态和不可以共享的状态从常归中区别开来。客户端是不可以直接创建共享的状态的，而应该使用一个工厂模式来创建，享元模式可以大幅度的降低内存中对象的数量。
• 组合（Composite）模式：将对象组合成树装状层次结构，使用户对每个对象和组合对象具有一致访问性。组合模式又叫合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就是一个 处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表示出来，合成模式使得客户端把一个个单独的成分对象和由他们复合而成的对象同等看待。
• 模板方法（TemplateMethod）模式：定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。模板方法模式准备一个抽象类，将部分逻辑以具体方法以及具体构造子的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法，从而对剩余的逻辑有不同的实现。先制定一个顶级逻辑框架，而将逻辑的细节留给具体的子类去实现。
• 策略（Strategy）模式：定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的改变不会影响使用算法的客户。策略模式针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式把行为和环境分开。环境类负责维持和查询行为类，各种算法在具体的策略类中提供。由于算法和环境独立开来，算法的增减，修改都不会影响到环境和客户端。
• 命令（Command）模式：将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。命令模式：命令模式把一个请求或者操作封装到一个对象中。命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。命令模式允许请求的一方和发送的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收，以及操作是否执行，何时被执行以及是怎么被执行的。
• 职责链（Chain of Responsibility）模式：把请求从链中的一个对象传到下一个对象，直到请求被响应为止。通过这种方式去除对象之间的耦合。责任链模式：在责任链模式中，很多对象由每一个对象对其下家的引用而接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。客户并不知道链上的哪一个对象最终处理这个请求，系统可以在不影响客户端的情况下动态的重新组织链和分配责任。处理者有两个选择：承担责任或者把责任推给下家。一个请求可以最终不被任何接收端对象所接受。
• 状态（State）模式：允许一个对象在其内部状态发生改变时改变其行为能力。状态模式允许一个对象在其内部状态改变的时候改变行为。这个对象看上去象是改变了它的类一样。状态模式把所研究的对象的行为包装在不同的状态对象里，每一个状态对象都属于一个抽象状态类的一个子类。状态模式的意图是让一个对象在其内部状态改变的时候，其行为也随之改变。状态模式需要对每一个系统可能取得的状态创立一个状态类的子类。当系统的状态变化时，系统便改变所选的子类。
• 观察者（Observer）模式：多个对象间存在一对多关系，当一个对象发生改变时，把这种改变通知给其他多个对象，从而影响其他对象的行为。观察者模式：观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使他们能够自动更新自己。
• 中介者（Mediator）模式：定义一个中介对象来简化原有对象之间的交互关系，降低系统中对象间的耦合度，使原有对象之间不必相互了解。又名调停者模式：调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散耦合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。
• 迭代器（Iterator）模式：提供一种方法来顺序访问聚合对象中的一系列数据，而不暴露聚合对象的内部表示。又名迭代子模式：迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象。多个对象聚在一起形成的总体称之为聚集，聚集对象是能够包容一组对象的容器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中，从而与聚集本身隔开。迭代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象，每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。
• 访问者（Visitor）模式：在不改变集合元素的前提下，为一个集合中的每个元素提供多种访问方式，即每个元素有多个访问者对象访问。访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要修改的话，接受这个操作的数据结构可以保持不变。访问者模式适用于数据结构相对未定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由的演化。访问者模式使得增加新的操作变的很容易，就是增加一个新的访问者类。访问者模式将有关的行为集中到一个访问者对象中，而不是分散到一个个的节点类中。当使用访问者模式时，要将尽可能多的对象浏览逻辑放在访问者类中，而不是放到它的子类中。访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类。
• 备忘录（Memento）模式：在不破坏封装性的前提下，获取并保存一个对象的内部状态，以便以后恢复它。备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下，将一个对象的状态捉住，并外部化，存储起来，从而可以在将来合适的时候把这个对象还原到存储起来的状态。
• 解释器（Interpreter）模式：提供如何定义语言的方法，以及对语言句子的解释方法，即解释器。给定一个语言后，解释器模式可以定义出其文法的一种表示，并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模式将描述怎样在有了一个简单的文法后，使用模式设计解释这些语句。在解释器模式里面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个代表文法的命令类的等级结构，也就是一系列的组合规则。每一个命令对象都有一个解释方法，代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一个语言。

PS：必须指出，这 23 种设计模式不是孤立存在的，很多模式之间存在一定的关联关系，在大的系统开发中常常同时使用多种设计模式。