创建型设计模式
文章目录
- 创建型设计模式
- 一、概述
- 二、单例模式
- 三、工厂模式
- 3.1 简单工厂模式(静态工厂模式)
- 3.2 工厂方法模式
- 3.3 抽象工厂模式
- 3.3 工厂模式小结
- 四、原型模式
- 五、建造者模式
一、概述
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。
- 单例模式(Singleton Pattern)
- 工厂模式(Factory Pattern)
- 抽象工厂模式(Abstract Factory Pattern)
- 原型模式(Prototype Pattern)
- 建造者模式(Builder Pattern)
二、单例模式
所谓类的单例设计模式,就是采取一定的方法保证在整个的软件系统中,让某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法(静态方法)。
使用场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session 工厂等);Spring 默认注入对象都是单例模式的。
单例模式有多种实现方式,这里提供三种实现方式:
实现的选择:一般可用饿汉式,涉及反序列化用枚举,要求懒加载用静态内部类
- 饿汉式:无懒加载效果,缺点:无懒加载,无法防止反序列化
public class Singleton {
private final static Singleton INSTANCE = new Singleton();
private Singleton (){}
public static Singleton getInstance() {
return INSTANCE;
}
}
- 枚举实现:确保了单例,且能防止反序列化,缺点:无法懒加载
public enum SingletonEnum {
INSTANCE;
public void func() {
System.out.println("只能通过INSTANCE枚举执行我");
}
}
- 静态内部类:确保多线程下也能保持单例懒加载,缺点:无法防止反序列化创建对象
public class Singleton {
private Singleton() {}
private static class SingletonHolder {
private final static Singleton INSTANCE = new Singleton();
}
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
三、工厂模式
在工厂模式中,在创建对象时不会对调用方暴露创建逻辑,而是通过使用一个共同的接口来指向新创建的对象。
3.1 简单工厂模式(静态工厂模式)
看一个披萨项目:要便于披萨种类的扩展,要便于维护。
- 披萨的种类很多(比如 GreekPizza、CheesePizza 等)
- 披萨的制作有 prepare,bake, cut, box
- 完成披萨店订购功能PizzaOrder
传统方式:
public void orderPizza(String type) {
Pizza pizza = null;
if ("greek".equals(type)) {
pizza = new GreekPizza();
} else if ("cheese".equals(type)) {
pizza = new CheesePizza();
} else if ("paper".equals(type)) {
pizza = new PepperPizza();
} else {
throw new RuntimeException("No such pizza!");
}
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
}
上面设计违反了开闭原则,当需要增加一个披萨种类时,调用端也必须修改代码增加判断逻辑。用简单工厂模式实现,则可以将调用方与披萨接口的实现解耦,代码如下,此时增加品种,调用方也无需修改代码。
public class PizzaFactory {
public static Pizza getPizza(String type) {
Pizza pizza = null;
if ("greek".equals(type)) {
pizza = new GreekPizza();
} else if ("cheese".equals(type)) {
pizza = new CheesePizza();
} else if ("paper".equals(type)) {
pizza = new PepperPizza();
} else {
throw new RuntimeException("No such pizza!");
}
return pizza;
}
}
public void orderPizza(String type) {
Pizza pizza = PizzaFactory.getPizza(type);
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
}
3.2 工厂方法模式
披萨项目新的需求:客户在点披萨时,可以点不同口味的披萨,比如 北京的奶酪 pizza、北京的胡椒 pizza 或者是伦敦的奶酪 pizza、伦敦没有胡椒 pizza。
传统方式:将工厂分为北京的和伦敦的,分别生产不同口味的披萨
工厂方法模式:在上个工厂类中,新增两个方法,分别代表北京的披萨和伦敦的披萨,对应方法中再创建不同口味的实现类,这种方式即工厂方法模式。
3.3 抽象工厂模式
模式如其名,抽象工厂即超级工厂,用来进行统一工厂的创建,将分类进一步解耦。
3.3 工厂模式小结
注意事项:作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。
四、原型模式
用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。需要克隆一个对象时,尽量不要创建新的对象,然后一个个设置值。
- Java中可以通过实现Cloneable接口,复写clone方法调用父类Object中的clone方法实现,注意:这种方式对于该类中引用数据类型会进行浅拷贝
- 通过序列化与反序列化的方式深拷贝克隆原型对象
原理结构图说明
- Prototype : 原型类,声明一个克隆自己的接口
- ConcretePrototype: 具体的原型类, 实现一个克隆自己的操作
- Client: 让一个原型对象克隆自己,从而创建一个新的对象(属性一样)
五、建造者模式
建造者模式(Builder Pattern) 又叫生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象。
建造者模式 是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节。
主要解决在软件系统中,有时候面临着 “一个复杂对象” 的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定。
原理图中,创建过程由 Director 指定,也就是构建 Builder 的整体流程被抽象出来了,当需要根据情况,先执行 C 再执行 B时,只需要更改 Director 中的执行顺序即可。