设计模式

# 1. 创建型模式

# 1.1 工厂方法模式

一种创建型模式,其在父类中提供一个创建对象的方法,允许子类决定实例化对象的类型。

# 1.1.1 问题😰

假设你正在开发一款物流管理应用。 最初版本只能处理卡车运输, 因此大部分代码都在位于名为卡车的类中。

一段时间后, 这款应用变得极受欢迎。 你每天都能收到十几次来自海运公司的请求, 希望应用能够支持海上物流功能。

这可是个好消息。 但是代码问题该如何处理呢? 目前, 大部分代码都与卡车类相关。 在程序中添加轮船类需要修改全部代码。 更糟糕的是, 如果你以后需要在程序中支持另外一种运输方式, 很可能需要再次对这些代码进行大幅修改。

最后, 你将不得不编写繁复的代码, 根据不同的运输对象类, 在应用中进行不同的处理。

# 1.1.2 解决方案😁

工厂方法模式建议使用特殊的工厂方法代替对于对象构造函数的直接调用 (即使用 new运算符)。 不用担心, 对象仍将通过 new运算符创建, 只是该运算符改在工厂方法中调用罢了。 工厂方法返回的对象通常被称作 “产品”。

乍看之下, 这种更改可能毫无意义: 我们只是改变了程序中调用构造函数的位置而已。 但是, 仔细想一下, 现在你可以在子类中重写工厂方法, 从而改变其创建产品的类型(子类可以修改工厂方法返回的对象类型)。

但有一点需要注意:仅当这些产品具有共同的基类或者接口时, 子类才能返回不同类型的产品, 同时基类中的工厂方法还应将其返回类型声明为这一共有接口

举例来说, ​ 卡车Truck轮船Ship类都必须实现 运输Transport接口, 该接口声明了一个名为deliver交付的方法。 每个类都将以不同的方式实现该方法:卡车走陆路交付货物, 轮船走海路交付货物。 ​ 陆路运输Road­Logistics类中的工厂方法返回卡车对象, 而 海路运输Sea­Logistics类则返回轮船对象。

只要产品类实现一个共同的接口, 你就可以将其对象传递给客户代码, 而无需提供额外数据。

调用工厂方法的代码 (通常被称为客户端代码) 无需了解不同子类返回实际对象之间的差别。 客户端将所有产品视为抽象的 运输 。 客户端知道所有运输对象都提供 交付方法, 但是并不关心其具体实现方式。

# 1.1.3 模式结构

  1. 产品 (Product) 将会对接口进行声明。 对于所有由创建者及其子类构建的对象, 这些接口都是通用的。

  2. 具体产品 (Concrete Products) 是产品接口的不同实现。

  3. 创建者 (Creator) 类声明返回产品对象的工厂方法。 该方法的返回对象类型必须与产品接口相匹配。

    你可以将工厂方法声明为抽象方法, 强制要求每个子类以不同方式实现该方法。 或者, 你也可以在基础工厂方法中返回默认产品类型。

    注意, 尽管它的名字是创建者, 但它最主要的职责并不是创建产品。 一般来说, 创建者类包含一些与产品相关的核心业务逻辑。 工厂方法将这些逻辑处理从具体产品类中分离出来。 打个比方, 大型软件开发公司拥有程序员培训部门。 但是, 这些公司的主要工作还是编写代码, 而非生产程序员。

  4. 具体创建者 (Concrete Creators) 将会重写基础工厂方法, 使其返回不同类型的产品。

    注意, 并不一定每次调用工厂方法都会创建新的实例。 工厂方法也可以返回缓存、 对象池或其他来源的已有对象。

# 1.2 抽象工厂模式

# 1.3 生成器模式

# 1.4 原型模式

# 1.5 单例模式

# 2. 结构型模式

# 2.1 适配器模式

# 2.2 桥接模式

# 2.3 组合模式

# 2.4 装饰模式

# 2.5 外观模式

# 2.6 享元模式

# 2.7 代理模式

# 3. 行为模式

# 3.1 责任链模式

# 3.2 命令模式

# 3.3 迭代器模式

# 3.4 中介者模式

# 3.5 备忘录模式

# 3.6 观察者模式

# 3.7 状态模式

# 3.8 策略模式

# 3.9 模板方法模式

# 3.10 访问者模式

更新时间: 12/14/2022, 3:52:51 PM