当前位置: 首页 > news >正文

Java设计模式---(创建型模式)工厂、单例、建造者、原型

目录

  • 前言
  • 一、工厂模式(Factory)
    • 1.1 工厂方法模式(Factory Method)
      • 1.1.1 普通工厂方法模式
      • 1.1.2 多个工厂方法模式
      • 1.1.3 静态工厂方法模式
    • 1.2 抽象工厂模式(Abstract Factory)
  • 二、单例模式(Singleton)
  • 三、建造者模式(Builder)
  • 四、原型模式(Prototype)


前言

创建型模式(4种):用于描述“怎样创建对象”,它的主要特点是“将对象的创建与使用分离”。

一、工厂模式(Factory)

1.1 工厂方法模式(Factory Method)

1.1.1 普通工厂方法模式

普通工厂方法模式,就是建立一个工厂类,对实现了同一接口的一些类进行实例的创建。首先看下关系图:
在这里插入图片描述
举一个发送邮件和短信的例子,首先,创建二者的共同接口:

public interface Sender {public void Send();
}

其次,创建实现类:

public class MailSender implements Sender {@Overridepublic void Send() {System.out.println("this is mailsender!");}
}
public class SmsSender implements Sender {@Overridepublic void Send() {System.out.println("this is sms sender!");}
}

最后,建工厂类:

public class SendFactory {public Sender produce(String type) {if ("mail".equals(type)) {return new MailSender();} else if ("sms".equals(type)) {return new SmsSender();} else {System.out.println("请输入正确的类型!");return null;}}
}

测试下:

public class FactoryTest {public static void main(String[] args) {SendFactory factory = new SendFactory();Sender sender = factory.produce("sms");sender.Send();}
}

输出:this is sms sender!

1.1.2 多个工厂方法模式

多个工厂方法模式,是对普通工厂方法模式的改进,在普通工厂方法模式中,如果传递的字符串出错,则不能正确创建对象,而多个工厂方法模式是提供多个工厂方法,分别创建对象。关系图:
在这里插入图片描述
将上面的代码做下修改,改动下SendFactory类就行,如下:

public class SendFactory {public Sender produceMail(){return new MailSender();}public Sender produceSms(){return new SmsSender();}
}

测试类如下:

public class FactoryTest {public static void main(String[] args) {SendFactory factory = new SendFactory();Sender sender = factory.produceMail();sender.Send();}
}

输出:this is mailsender!

1.1.3 静态工厂方法模式

静态工厂方法模式,将上面的多个工厂方法模式里的方法置为静态的,不需要创建实例,直接调用即可。

public class SendFactory {public static Sender produceMail(){return new MailSender();}public static Sender produceSms(){return new SmsSender();}
}
public class FactoryTest {public static void main(String[] args) {	Sender sender = SendFactory.produceMail();sender.Send();}
}

输出:this is mailsender!

工厂模式适合:凡是出现了大量的产品需要创建,并且具有共同的接口时,可以通过工厂方法模式进行创建。
在以上的三种模式中,第一种如果传入的字符串有误,不能正确创建对象;
第三种相对于第二种,不需要实例化工厂类;
所以,大多数情况下,我们会选用第三种——静态工厂方法模式。

1.2 抽象工厂模式(Abstract Factory)

工厂方法模式的问题是类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题,如何解决?就用到抽象工厂模式,创建多个工厂类,这样一旦需要增加新的功能,直接增加新的工厂类就可以了,不需要修改之前的代码。因为抽象工厂不太好理解,先看看图,然后就和代码,就比较容易理解。

在这里插入图片描述

public interface Sender {public void Send();
}

两个实现类:

public class MailSender implements Sender {@Overridepublic void Send() {System.out.println("this is mailsender!");}
}
public class SmsSender implements Sender {@Overridepublic void Send() {System.out.println("this is sms sender!");}
}

两个工厂类:

public class SendMailFactory implements Provider {@Overridepublic Sender produce(){return new MailSender();}
}
public class SendSmsFactory implements Provider{@Overridepublic Sender produce() {return new SmsSender();}
}

再提供一个接口:

public interface Provider {public Sender produce();
}

测试类:

public class Test {public static void main(String[] args) {Provider provider = new SendMailFactory();Sender sender = provider.produce();sender.Send();}
}

其实这个模式的好处就是,如果你现在想增加一个功能:发及时信息,则只需做一个实现类,实现Sender接口,同时做一个工厂类,实现Provider接口,就OK了,无需去改动现成的代码。这样做,拓展性较好!


二、单例模式(Singleton)

保证被创建一次,节省系统开销

  • ​饿汉式:上来不管有没有对象,都要直接创建一个新的对象。
  • 懒汉式:首先判断有没有创建对象,如果创建对象了就使用原来创建的对象,没有创建的话新创建一个对象。

单例模式重点在于在整个系统上共享一些创建时较耗资源的对象。整个应用中只维护一个特定类实例,它被所有组件共同使用。Java.lang.Runtime是单例模式的经典例子。

public static Singleton getInstance() {if (instance == null) {synchronized (instance) {if (instance == null) {instance = new Singleton();}}}return instance;}

使用内部类来维护单例的实现,JVM内部的机制能够保证当一个类被加载的时候,这个类的加载过程是线程互斥的。这样当我们第一次调用getInstance的时候,JVM能够帮我们保证instance只被创建一次,并且会保证把赋值给instance的内存初始化完毕,一个完美的单例模式

public class Singleton {/* 私有构造方法,防止被实例化 */private Singleton() {}/* 此处使用一个内部类来维护单例 */private static class SingletonFactory {private static Singleton instance = new Singleton();}/* 获取实例 */public static Singleton getInstance() {return SingletonFactory.instance;}/* 如果该对象被用于序列化,可以保证对象在序列化前后保持一致 */public Object readResolve() {return getInstance();}
}

三、建造者模式(Builder)

工厂类模式提供的是创建单个类的模式,而建造者模式则是将各种产品集中起来进行管理,用来创建复合对象,所谓复合对象就是指某个类具有不同的属性,其实建造者模式就是前面抽象工厂模式和最后的Test结合起来得到的。

还和前面一样,一个Sender接口,两个实现类MailSender和SmsSender。最后,建造者类如下:

public class Builder {private List<Sender> list = new ArrayList<Sender>();public void produceMailSender(int count){for(int i=0; i<count; i++){list.add(new MailSender());}}public void produceSmsSender(int count){for(int i=0; i<count; i++){list.add(new SmsSender());}}
}

测试类:

public class Test {public static void main(String[] args) {Builder builder = new Builder();builder.produceMailSender(10);}
}

建造者模式将很多功能集成到一个类里,这个类可以创造出比较复杂的东西。所以与工程模式的区别就是:

  • 工厂模式关注的是创建单个产品,
  • 而建造者模式则关注创建符合对象,多个部分。
    因此,是选择工厂模式还是建造者模式,依实际情况而定。

四、原型模式(Prototype)

原型模式虽然是创建型的模式,但是与工程模式没有关系,该模式的思想就是将一个对象作为原型,对其进行复制、克隆,产生一个和原对象类似的新对象。在Java中,复制对象是通过clone()实现的,先创建一个原型类:

public class Prototype implements Cloneable {public Object clone() throws CloneNotSupportedException {Prototype proto = (Prototype) super.clone();return proto;}
}

一个原型类,只需要实现Cloneable接口,覆写clone方法,此处clone方法可以改成任意的名称,因为Cloneable接口是个空接口,你可以任意定义实现类的方法名,如cloneA或者cloneB,因为此处的重点是super.clone()这句话,super.clone()调用的是Object的clone()方法。

将结合对象的浅复制和深复制来说一下,首先需要了解对象深、浅复制的概念:

  • 浅复制:将一个对象复制后,基本数据类型的变量都会重新创建,而引用类型,指向的还是原对象所指向的。
  • 深复制:将一个对象复制后,不论是基本数据类型还有引用类型,都是重新创建的。简单来说,就是深复制进行了完全彻底的复制,而浅复制不彻底。

写一个深浅复制的例子:

public class Prototype implements Cloneable, Serializable {private static final long serialVersionUID = 1L;private String string;private SerializableObject obj;/* 浅复制 */public Object clone() throws CloneNotSupportedException {Prototype proto = (Prototype) super.clone();return proto;}/* 深复制 */public Object deepClone() throws IOException, ClassNotFoundException {/* 写入当前对象的二进制流 */ByteArrayOutputStream bos = new ByteArrayOutputStream();ObjectOutputStream oos = new ObjectOutputStream(bos);oos.writeObject(this);/* 读出二进制流产生的新对象 */ByteArrayInputStream bis = new ByteArrayInputStream(bos.toByteArray());ObjectInputStream ois = new ObjectInputStream(bis);return ois.readObject();}public String getString() {return string;}public void setString(String string) {this.string = string;}public SerializableObject getObj() {return obj;}public void setObj(SerializableObject obj) {this.obj = obj;}}class SerializableObject implements Serializable {private static final long serialVersionUID = 1L;
}

深复制,需要采用流的形式读入当前对象的二进制输入,再写出二进制数据对应的对象。

相关文章:

  • 北京网站建设多少钱?
  • 辽宁网页制作哪家好_网站建设
  • 高端品牌网站建设_汉中网站制作
  • MYSQL数据库建表规则及注意事项
  • 从新手到进阶:高效设计 Tableau 可视化的 5 种技巧 | 数据可视化分析
  • CSS 指南
  • Git安装使用教程
  • C++第五弹 -- 类与对象(中下) (赋值运算符重载函数 const成员函数 取地址操作符重载函数)
  • 【LeetCode】633. 平方数之和
  • 设计模式Base
  • vue-路由自动化
  • Nginx-http_limit_req_module模块
  • docker基础知识以及windows上的docker desktop 安装
  • Unity实现安卓App预览图片、Pdf文件和视频的一种解决方案
  • SpringBootWeb 篇-入门了解 Swagger 的具体使用
  • 详细谈谈负载均衡的startupProbe探针、livenessProbe探针、readnessProbe探针如何使用以及使用差异化
  • 【深度学习】图形模型基础(5):线性回归模型第三部分:线性回归模型拟合
  • sqlmap使用之-post注入、head注入(ua、cookie、referer)
  • android百种动画侧滑库、步骤视图、TextView效果、社交、搜房、K线图等源码
  • Apache Zeppelin在Apache Trafodion上的可视化
  • go append函数以及写入
  • IP路由与转发
  • Java反射-动态类加载和重新加载
  • Java方法详解
  • leetcode讲解--894. All Possible Full Binary Trees
  • scala基础语法(二)
  • vue-cli在webpack的配置文件探究
  • 从零开始在ubuntu上搭建node开发环境
  • 数组大概知多少
  • 小程序上传图片到七牛云(支持多张上传,预览,删除)
  • 由插件封装引出的一丢丢思考
  • 栈实现走出迷宫(C++)
  • C# - 为值类型重定义相等性
  • Mac 上flink的安装与启动
  • ​io --- 处理流的核心工具​
  • (1)SpringCloud 整合Python
  • (1)安装hadoop之虚拟机准备(配置IP与主机名)
  • (html5)在移动端input输入搜索项后 输入法下面为什么不想百度那样出现前往? 而我的出现的是换行...
  • (Matalb时序预测)PSO-BP粒子群算法优化BP神经网络的多维时序回归预测
  • (react踩过的坑)antd 如何同时获取一个select 的value和 label值
  • (第一天)包装对象、作用域、创建对象
  • (二)PySpark3:SparkSQL编程
  • (一)springboot2.7.6集成activit5.23.0之集成引擎
  • (原+转)Ubuntu16.04软件中心闪退及wifi消失
  • (转)程序员疫苗:代码注入
  • .net core Swagger 过滤部分Api
  • .NET Core 和 .NET Framework 中的 MEF2
  • .net core使用ef 6
  • .Net Remoting常用部署结构
  • .NET/C#⾯试题汇总系列:集合、异常、泛型、LINQ、委托、EF!(完整版)
  • .net2005怎么读string形的xml,不是xml文件。
  • .NET开源纪元:穿越封闭的迷雾,拥抱开放的星辰
  • 。。。。。
  • @RequestParam,@RequestBody和@PathVariable 区别
  • [20171113]修改表结构删除列相关问题4.txt
  • [ABC294Ex] K-Coloring
  • [ACM独立出版] 2024年虚拟现实、图像和信号处理国际学术会议(VRISP 2024,8月2日-4)
  • [AIGC] 广度优先搜索(Breadth-First Search,BFS)详解