设计模式-4-创建型模式

最新推荐文章于 2023-02-06 10:27:58 发布

如果时光可以倒流，我会选择在家陪伴家人

最新推荐文章于 2023-02-06 10:27:58 发布

阅读量167

点赞数

分类专栏：设计模式文章标签：设计模式

本文链接：https://blog.csdn.net/attack_breast/article/details/112507157

版权

设计模式专栏收录该内容

6 篇文章 0 订阅

订阅专栏

概述

创建型模式的主要关注点是“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。这样可以降低系统的耦合度，使用者不需要关注对象的创建细节，对象的创建由相关的工厂来完成。

创建型模式分为以下几种。

单例（Singleton）模式	对象创建型模式	某个类只能生成一个实例，该类提供了一个全局访问点供外部获取该实例，其拓展是有限多例模式。
原型（Prototype）模式	对象创建型模式	将一个对象作为原型，通过对其进行复制而克隆出多个和原型类似的新实例。
工厂方法（FactoryMethod）模式	类创建型模式	定义一个用于创建产品的接口，由子类决定生产什么产品。
抽象工厂（AbstractFactory）模式	对象创建型模式	提供一个创建产品族的接口，其每个子类可以生产一系列相关的产品。
建造者（Builder）模式	对象创建型模式	将一个复杂对象分解成多个相对简单的部分，然后根据不同需要分别创建它们，最后构建成该复杂对象。

单例模式

定义与特点

单例（Singleton）模式的定义：指一个类只有一个实例，且该类能自行创建这个实例的一种模式。单例模式有3个特点：

①单例类只有一个实例对象；

②该单例对象必须由单例类自行创建；

③单例类对外提供一个访问该单例的全局访问点。

优点和缺点

单例模式的优点：

①单例模式可以保证内存里只有一个实例，减少了内存的开销。

②可以避免对资源的多重占用。

③单例模式设置全局访问点，可以优化和共享资源的访问。

单例模式的缺点：

①单例模式一般没有接口，扩展困难。如果要扩展，则除了修改原来的代码，没有第二种途径，违背开闭原则。

②在并发测试中，单例模式不利于代码调试。在调试过程中，如果单例中的代码没有执行完，也不能模拟生成一个新的对象。

③单例模式的功能代码通常写在一个类中，如果功能设计不合理，则很容易违背单一职责原则。

结构与实现

普通类的构造函数是公有的，外部类可以通过“new 构造函数()”来生成多个实例。但如果将类的构造函数设为私有的，外部类就无法调用该构造函数，也就无法生成多个实例。这时该类自身必须定义一个静态私有实例，并向外提供一个静态的公有函数用于创建或获取该静态私有实例。

单例模式的主要角色如下：

①单例类：包含一个实例且能自行创建这个实例的类；空心菱形的实线代表着“聚合关系”，聚合表示组成，正好可以映照“包含一个实例且能自行创建这个实例的类”；

②访问类：使用单例的类；这里使用带箭头的虚线，表示“依赖关系”，正好表示我只访问方法；

Singleton模式通常有2种实现形式：

①懒汉式单例：该模式的特点是类加载时没有生成单例，只有当第一次调用getlnstance方法时才去创建这个单例；

注意：懒汉式通过volatile和synchronized来保证在多线程环境下效果；

private static volatile President instance = null; //保证instance在所有线程中同步

private President() {//private避免类在外部被实例化

Xxxxxxxx

}

public static synchronized President getInstance() {

Xxxxxxx

}

②饿汉式单例：该模式的特点是类一旦加载就创建一个单例，保证在调用getInstance方法之前单例已经存在了；

注意：这里不同于懒汉式，饿汉式则是通过static new的形式来完成单例，其核心在于利用类加载器的排他性，由类加载器完成单例效果；

private static Bajie instance = new Bajie();

private Bajie() {

Xxxxx

}

public static Bajie getInstance() {

XXXX

}

扩展

单例模式可扩展为有限的多例（Multitcm）模式，这种模式可生成有限个实例并保存在ArrayList中，客户需要时可随机获取。

原型模式

定义与特点

原型（Prototype）模式的定义如下：用一个已经创建的实例作为原型，通过复制该原型对象来创建一个和原型相同或相似的新对象。这里的原型实例指定了要创建的对象的种类，用这种方式创建对象非常高效，根本无须知道对象创建的细节。

优点和缺点

原型模式的优点：

①Java自带的原型模式基于内存二进制流的复制，在性能上比直接new一个对象更加优良。

②可以使用深克隆方式保存对象的状态，使用原型模式将对象复制一份，并将其状态保存起来，简化了创建对象的过程，以便在需要的时候使用（例如恢复到历史某一状态），可辅助实现撤销操作。

原型模式的缺点：

①需要为每一个类都配置一个clone方法

②clone方法位于类的内部，当对已有类进行改造的时候，需要修改代码，违背了开闭原则。

③当实现深克隆时，需要编写较为复杂的代码，而且当对象之间存在多重嵌套引用时，为了实现深克隆，每一层对象对应的类都必须支持深克隆，实现起来会比较麻烦。因此，深克隆、浅克隆需要运用得当。

结构

这里，为了解决“需要为每一个类都配置一个clone方法”，JAVA在Object中预先提供了clone()方法；

原型模式包含以下主要角色。

①抽象原型类：规定了具体原型对象必须实现的接口。

②具体原型类：实现抽象原型类的clone()方法，它是可被复制的对象。

③访问类：使用具体原型类中的clone()方法来复制新的对象。

注意：

空心三角箭头的虚线来表示接口的实现，注意这里的接口统一是JAVA的Cloneable接口，这就意味着你必须修改源代码，然后让源代码实现Cloneable接口的clone方法，这里就打破了开闭原则

箭头的虚线来表示调用

实现

原型模式的克隆分为浅克隆和深克隆：

①浅克隆：创建一个新对象，新对象的属性和原来对象完全相同，对于非基本类型属性，仍指向原有属性所指向的对象的内存地址。

深克隆：创建一个新对象，属性中引用的其他对象也会被克隆，不再指向原有对象地址。

JAVA中Object类提供了浅克隆的clone()方法，具体原型类只要实现Cloneable接口就可实现对象的浅克隆，这里的Cloneable 接口就是抽象原型类。

工厂模式

定义

在日常开发中，凡是需要生成复杂对象的地方，都可以尝试考虑使用工厂模式来代替。

注意：上述复杂对象指的是类的构造函数参数过多等对类的构造有影响的情况，因为类的构造过于复杂，如果直接在其他业务类内使用，则两者的耦合过重，后续业务更改，就需要在任何引用该类的源代码内进行更改，光是查找所有依赖就很消耗时间了，更别说要一个一个修改了。

工厂模式的定义：定义一个创建产品对象的工厂接口，将产品对象的实际创建工作推迟到具体子工厂类当中。这满足创建型模式中所要求的“创建与使用相分离”的特点。

按实际业务场景划分，工厂模式有3种不同的实现方式：简单工厂模式、工厂方法模式、抽象工厂模式。

简单工厂模式

定义

简单工厂模式中创建实例的方法通常为静态（static）方法，因此简单工厂模式又叫作静态工厂方法模式。

简单来说，简单工厂模式有一个具体的工厂类，可以生成多个不同的产品，属于创建型设计模式。

简单工厂模式每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类，这增加了系统的复杂度，违背了“开闭原则”。

优点和缺点

优点：

①工厂类包含必要的逻辑判断，可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确。

②客户端无需知道所创建具体产品的类名，只需知道参数即可。

③也可以引入配置文件，在不修改客户端代码的情况下更换和添加新的具体产品类。

缺点：

①简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则。

②使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度

③系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂

④简单工厂模式使用了 static 工厂方法，造成工厂角色无法形成基于继承的等级结构。

应用场景

对于产品种类相对较少的情况，考虑使用简单工厂模式。使用简单工厂模式的客户端只需要传入工厂类的参数，不需要关心如何创建对象的逻辑，可以很方便地创建所需产品。

结构与实现

简单工厂模式的主要角色如下：

①简单工厂：是简单工厂模式的核心，负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象。

②抽象产品：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口。

③具体产品：是简单工厂模式的创建目标。

工厂方法模式

定义

简单工厂模式违背了开闭原则，而“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。

优点和缺点

优点：

①用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程。

②灵活性增强，对于新产品的创建，只需多写一个相应的工厂类。

③典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则、依赖倒置原则和里氏替换原则。

缺点：

①类的个数容易过多，增加复杂度

②增加了系统的抽象性和理解难度

③抽象产品只能生产一种产品，此弊端可使用抽象工厂模式解决。

应用场景

客户只知道创建产品的工厂名，而不知道具体的产品名。创建对象的任务由多个具体子工厂中的某一个完成，而抽象工厂只提供创建产品的接口。客户不关心创建产品的细节，只关心产品的品牌

结构与实现

工厂方法模式由抽象工厂、具体工厂、抽象产品和具体产品等4个要素构成。工厂方法模式的主要角色如下：

①抽象工厂：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法newProduct()来创建产品。

②具体工厂：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。

③抽象产品：定义了产品的规范，描述了产品的主要特性和功能。

④具体产品：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。

抽象工厂模式

定义

工厂方法模式是一种工厂对应一个产品，只能创建一个类型的实例，而抽象工厂模式则创建不同类型的实例；

抽象工厂模式的定义：是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。

抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。

使用抽象工厂模式一般要满足以下条件：

①系统中有多个产品族，每个具体工厂创建同一族但属于不同等级结构的产品。

②系统一次只可能消费其中某一族产品，即同族的产品一起使用。

优点和缺点

抽象工厂模式除了具有工厂方法模式的优点外，其他主要优点如下：

①可以在类的内部对产品族中相关联的多等级产品共同管理，而不必专门引入多个新的类来进行管理。

②当需要产品族时，抽象工厂可以保证客户端始终只使用同一个产品的产品组。

③抽象工厂增强了程序的可扩展性，当增加一个新的产品族时，不需要修改原代码，满足开闭原则。

其缺点是：

①当产品族中需要增加一个新的产品时，所有的工厂类都需要进行修改，增加了系统的抽象性和理解难度。

应用场景

①当需要创建的对象是一系列相互关联或相互依赖的产品族时。

②系统中有多个产品族，但每次只使用其中的某一族产品。

③系统中提供了产品的类库，且所有产品的接口相同，客户端不依赖产品实例的创建细节和内部结构。

结构与实现

抽象工厂模式同工厂方法模式一样，也是由抽象工厂、具体工厂、抽象产品和具体产品等4个要素构成，但抽象工厂中方法个数不同，抽象产品的个数也不同。

抽象工厂模式的主要角色如下：

①抽象工厂：提供了创建产品的接口，它包含多个创建产品的方法 newProduct()，可以创建多个不同等级的产品。

②具体工厂：主要是实现抽象工厂中的多个抽象方法，完成具体产品的创建。

③抽象产品：定义了产品的规范，描述了产品的主要特性和功能，抽象工厂模式有多个抽象产品。

④具体产品：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间是多对一的关系。

建造者模式

定义

在软件开发过程中有时需要创建一个复杂的对象，这个复杂对象通常由多个子部件按一定的步骤组合而成，例如，计算机是由 CPU、主板、内存、硬盘、显卡、机箱、显示器、键盘、鼠标等部件组装而成的，采购员不可能自己去组装计算机，而是将计算机的配置要求告诉计算机销售公司，计算机销售公司安排技术人员去组装计算机，然后再交给要买计算机的采购员。

上所有这些产品都是由多个部件构成的，各个部件可以灵活选择，但其创建步骤都大同小异。这类产品的创建无法用前面介绍的工厂模式描述，只有建造者模式可以很好地描述该类产品的创建。

建造者模式的定义：指将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示，这样的设计模式被称为建造者模式。它是将一个复杂的对象分解为多个简单的对象，然后一步一步构建而成。它将变与不变相分离，即产品的组成部分是不变的，但每一部分是可以灵活选择的。