关于设计模式的一些简单理解

设计模式的个人理解，详细教程参考下列文章：


设计模式 | 菜鸟教程 (runoob.com)

1、创建型设计模式

1.1 类模式

1.1.1 简单工厂（创建实例方法通常为静态方法）*不属于23种设计模式

顾名思义，这是对工厂模式的一种“简单”实现，也是理解起来比较简单的。它的本质是通过传入不同的参数来实现多态，达到实例化不同对象的目的。

1.1.2 工厂方法模式

使一个类的实例化延迟到其子类

把最上层工厂设置为接口，具体要生产产品A的工厂A与生产产品B的工厂B实现工厂接口

1.2对象模式

1.2.1抽象工厂模式

提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类

适用于

• 一个系统要独立于它的产品创建

• 一个系统要由多个产品系列中的一个配置

• 强调一系列产品对象的设计进行联合使用

• 提供产品类库，只显示接口
  

1.2.2生成器模式

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示

• 当创建复杂对象独立于他们的组成方式

• 构造过程必须允许被构造的对象有不同的表示

  类似于套餐不同的选择

1.2.3原型模式

用原型实例指定创建对象的种类，并且通过复制这些原型创建新的对象

类似提供拷贝自身的方法

1.2.4 单例模式

保证一个类仅有一个实例，并提供一个访问它的全局访问点

2、结构型设计模式

2.1 类模式

2.1.1适配器（类）

将一个类的接口转换成客户希望的另外一个接口。使得原本接口不兼容不能一起工作的类可以一起工作
类似USB转接头

2.2对象模式

2.2.1适配器（对象）

转接器,类似安卓转接口

2.2.2桥接

将抽象部分与实现部分分离，使他们都可以独立地变化

2.2.3组合

将对象组合成树型结构，表示整体和部分的层次结构，使单个对象和组合对象具有一致性

关于部分——整体结构

2.2.4装饰

动态地给对象添加额外的职责

• 动态、透明的方式给单个对象添加职责
• 处理那些可撤销的职务
• 不能用子类进行扩充，或者子类会过多

2.2.5外观

使子系统的一组接口提供一个一致的界面，定义了一个高层接口

• 为复杂系统提供一个简单接口
• 客户程序与抽象类的实现部分之间存在很大的依赖性
• 作为每层的入口点

2.2.6享元

运用共享技术有效地支持大量细粒度的对象

2.2.7代理

为其他对象提供一种代理以控制这个对象的访问

3、行为型设计模式

3.1 类模式

3.1.1解释器

给定一个语言，定义它文法的一种表示

• 文法简单
• 类似于编译原理的语法树
  

3.1.2模板方法

定义一个操作中的算法骨架，而将一些步骤延迟到子类中

上课过程老师讲课，学生听课

下课时老师布置作业，学生写作业

3.2 对象模式

3.2.1责任链

使多个对象都有机会处理请求，避免了发送者和接收者之间的耦合关系，形成了一条链，直到有一个对象处理为止

可以参考上下级的关系问题，层层审批的关系
最下级审最基本的事务，最复杂的事务必须交由上级处理审批

3.2.2命令

将一个请求封装成一个对象，从而使得可以用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可撤销的操作

3.2.3迭代器

• 提供一种方法顺序访问一个聚合对象中的各个元素，且不需要暴露该对象的内部表示
• 支持对聚合对象的多种遍历
• 为遍历不同的聚合结构提供一个统一的接口

3.2.4中介者

用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显示地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互

通过中介者来协调各个同事之间的相互交流问题

• 一组对象定义良好，但互相通信很复杂
• 一个对象引用其它很多对象并且与这些对象直接通信，导致难复用
• 想定制一个分布在多个类中的行为，又不想生成太多的子类

3.2.5备忘录

在不破坏封装性的前提下捕获一个对象的内部状态，并在对象之外保存这个状态。这样以后就可以将对象恢复到原先保存的状态

保存对象某一时刻的状态，在需要时可以恢复

3.2.6观察者

定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于他的对象都将被通知并自动更新

类似于订阅的服务

3.2.7状态

允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类

像购买者和生产者的关系

3.2.8策略

定义一系列的算法， 把它们一个个封装起来，并且使它们可以相互替换，此算法使得算法可以独立于使用它们的客户而变化。

采取活动，像策略进行某种活动。

3.2.9访问者

表示一个作用于某对象结构中的各元素操作。它允许在不改变各元素的类的前提下定义作用于这些元素的新操作。