java开发建造者模式验证实例详解

目录
  • 引言
  • 经典再现
  • 建造者模式优点及应用场景
  • 工厂方法模式和建造者模式区别
  • 拓展与总结

引言

创建一个类的实例,我们通常使用类中构造函数来完成对象的初始化,如果一个对象构造过程很复杂,如果将构造过程和对象使用的过程放在一起,就显得这个类很笨重,职责也不单一,最好的解决办法就是将构造过程拿出来单独进行封装,类的使用单独封装一个类就会好很多。如:mybaits中的SqlSessionFactoryBulider和SqlSessionFactory两个类,下图为SqlSessionFactoryBulider和SqlSessionFactory两个类提供的方法。前者职责是根据mybaits的配置文件(配置文件很复杂,构造过程更复杂)构造SqlSessionFactory实例对象,后者职责是SqlSessionFactory专注于的各种情况的下SqlSession的生成。

经典再现

建造者模式将对象的创建和对象的表示分开,使用同样的建造过程可以建造出不同的对象表示,一下我们使用计算机的生产过程为例,介绍建造者模式。计算机可以用来上网、办公、娱乐等这个是计算机这个对象本身要提供给我们的功能(我们可以称为对象表示) 我们称其为computer。其构造包括安装主板、安装CPU、安装硬盘、网卡等构造过程,我们称之为bulider,假设联想计算机和dell计算机具体的安装方法上有差别,因此我们有LenovoBulider和DellBulider两个具体的实现类,这个两个类及bulider更关注具体的建造方法,我们再封装一个类,调用这些建造方法完成完成产品的构建,就产生了我们经典的建造者模式。上例类图如下:

产品Computer 示例代码如下:

public class Computer {
    private String hardDisk ;
    private String CPU;
    private String mainboard ;

    public void setHardDisk(String hardDisk) {
        this.hardDisk = hardDisk;
    }
    public void setCPU(String CPU) {
        this.CPU = CPU;
    }
    public void setMainboard(String mainboard) {
        this.mainboard = mainboard;
    }

    public void start()
    {
        System.out.println(hardDisk+"  "+CPU+"   "+ mainboard +"    办公");
    }

    public void work()
    {
        System.out.println(hardDisk+"  "+CPU+"   "+ mainboard +"    办公");
    }

    public void play()
    {
        System.out.println(hardDisk+"  "+CPU+"   "+ mainboard +"    娱乐");
    }
}

抽象的建造者,把可变部分延迟到子类进行

public abstract class ComputerBulider {
    protected Computer acomputer = new Computer();

    public abstract void buildCPU();

    public abstract void buildHardDisk();

    public abstract void buildMainboard();

    //关键代码需要返回一个产品的对象
    public Computer getComputer(){
        return acomputer;
    }
}

两个具体的建造者,完成那些不同建造方法的具体实现,代码如下

public class DellBulider extends ComputerBulider {
    @Override
    public void buildCPU() {
        acomputer.setCPU("dell CPU");
    }

    @Override
    public void buildHardDisk() {
        acomputer.setHardDisk("dell 硬盘");
    }

    @Override
    public void buildMainboard() {
        acomputer.setMainboard("dell 主板");
    }
}

public class LenovoBulider extends ComputerBulider {
    @Override
    public void buildCPU() {
        acomputer.setCPU("联想 CPU");
    }

    @Override
    public void buildHardDisk() {
        acomputer.setHardDisk("联想 硬盘");
    }

    @Override
    public void buildMainboard() {
        acomputer.setMainboard("联想 主板");
    }
}

指挥者,总体包装师代码如下:

//指挥者,接收指令安排建造者根据一定的工序去制作产品
public class Director {
    private ComputerBulider computerBuilder;
    public Director(ComputerBulider comBuilder) {
        this.computerBuilder = comBuilder;
    }
    public Computer construct(){
        //安装主板
        computerBuilder.buildMainboard();
        //安装cpu
        computerBuilder.buildCPU();
        //安装硬盘
        computerBuilder.buildHardDisk();

        //准备完毕,返回一个完整的计算机给调用者
        return computerBuilder.getComputer();
    }
}

巧妙之处,在于通过构造注入的方式,将具体的建造者对象传入,按照流程化方式建造了一个完整的对象。
通过代码我们可以想象如果要生产一台华硕计算机,我们只需要扩展一个华硕的具体bulider即可,原有的代码完全不用动,符合开闭原则。另外我们指挥者类中只出现抽象的bulider,具体bulider完全可以替换它,符合里氏替换原则。当然每个类各司其职,职责清晰,满足单一职责原则。

建造者模式优点及应用场景

优点:客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象;每一个具体建造者都相对独立,而与其他的具体建造者无关;可以更加精细地控制产品的创建过程。
应用场景:建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式

工厂方法模式和建造者模式区别

工厂方法模式输出的是产品;而建造者模式中的builder输出的是一个个零部件,再由指挥者进行包装形成产品。建造者模式更加关注与零件装配的顺序

拓展与总结

只要符合将对象的创建和对象的表示分离,就属于建造者模式。建造者模式在实际使用中有很多变种,如JDK中StringBulider及mybatis中SqlSessionFactoryBulider,就没有指挥者,但是也隶属于建造模式,在使用过程中需要我们根据概念活学活用。在实际开发中,建造者模式又经常和工厂模式结合使用。

以上就是java开发建造者模式验证实例详解的详细内容,更多关于java建造者模式验证的资料请关注我们其它相关文章!

时间: 2021-10-11

java实现建造者模式(Builder Pattern)

一.什么是建筑者模式?   建造者模式(Builder Pattern)使用多个简单的对象一步一步构建一个复杂的对象.   一个 Builder 类会一步一步构造最终的对象,该 Builder 类独立于其他对象.   建造者模式主要解决在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构成:由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定. 二.建造者模式的具体实现 结构图 建造者模式中的四个角色:

Java Builder Pattern建造者模式详解及实例

Java Builder Pattern 1.概念 将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示. [构建与表示分离,同构建不同表示] 与抽象工厂的区别:在建造者模式里,有个指导者,由指导者来管理建造者,用户是与指导者联系的,指导者联系建造者最后得到产品.即建造模式可以强制实行一种分步骤进行的建造过程. 建造模式是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心. 举个简单的例子,如汽车,有很多部件,

Java设计模式之建造者模式实例详解

本文实例讲述了Java设计模式之建造者模式.分享给大家供大家参考,具体如下: 建造者模式(builder)可以将部件和其组装过程分开.一步一步创建一个复杂的对象. 用户只需要指定复杂对象的类型就可以得到该对象,而无须知道其内部的具体构造细节. 什么情况下会用到建造者模式? 个人理解,当我们创建的对象在创建时需要逻辑的时候. 比如,一个简单的pojo对象,我们想要创建,直接就可以new出来,没有什么逻辑. 当有一个复杂的对象,你想要创建它时,它的各个属性之间是有逻辑关系的. 一个属性赋值取值依赖于

java设计模式--建造者模式详解

目录 引例 一般解法 代码: AbstractHouse(房子) Bungalow(平房) Villa (别墅) 客户端调用 建造者模式 建造者模式解法 代码: House类(Product产品) HouseBuilder类(Builder抽象建造者) 3.Bungalow类(ConcreteBuilder具体建造者A) 4.Villa类(ConcreteBuilder具体建造者B) 5.HouseDirector类(Director指挥者) 客户端调用 总结 引例 需求:建造房子,建造过程包括

Java运用设计模式中的建造者模式构建项目的实例解析

1.建造者模式概念 定义: 将一个复杂的对象构建与其表示相分离,使得同样的构建过程可以创建不同的表示: 核心 : 构建与表示分离,同构建不同表示 区别于 抽象工厂模式 : (1)与抽象工厂模式 相似,因为它也可以创建复杂对象.主要的区别是建造者模式着重于 一步步构造一个复杂对象,关注的是零件类型和装配工艺的顺序 .而抽象工厂模式着重于多个系列的产品对象(简单的或是复杂的).建造者模式在最后的一步返回产品,而对于抽象工厂来说,产品是立即返回的. (2)在建造者模式里,有个指导者,由指导者来管理建造

Java使用设计模式中的代理模式构建项目的实例展示

概念 代理模式(Proxy):代理模式其实就是多一个代理类出来,替原对象进行一些操作.比如咱有的时候打官司需要请律师,因为律师在法律方面有专长,可以替咱进行操作表达咱的想法,这就是代理的意思.代理模式分为两类:1.静态代理(不使用jdk里面的方法):2.动态代理(使用jdk里面的InvocationHandler和Proxy). 静态代理由程序员创建或工具生成代理类的源码,再编译代理类.所谓静态也就是在程序运行前就已经存在代理类的字节码文件,代理类和委托类的关系在运行前就确定了. 动态代理类的源

全面解析设计模式中的建造者模式及相关C++实现

生活中有着很多的建造者的例子,个人觉得大学生活就是一个建造者模式的最好体验: 要完成大学教育,一般将大学教育过程分成 4 个学期进行,因此没有学习可以看作是构建完整大学教育的一个部分构建过程,每个人经过这 4 年的(4 个阶段)构建过程得到的最后的结果不一样,因为可能在四个阶段的构建中引入了很多的参数(每个人的机会和际遇不完全相同). 建造者模式要解决的也正是这样的问题:当我们要创建的对象很复杂的时候(通常是由很多其他的对象组合而成),我们要要复杂对象的创建过程和这个对象的表示(展示)分离开来,

快速理解Java设计模式中的组合模式

组合模式是一种常见的设计模式(但我感觉有点复杂)也叫合成模式,有时又叫做部分-整体模式,主要是用来描述部分与整体的关系. 个人理解:组合模式就是将部分组装成整体. 定义如下: 将对象组合成树形结构以表示"部分-整体"的层次结构,使得用户对单个对象和组合对象的使用具有一致性. 通用类图如下: 组合模式的包含角色: ● Component 抽象构件角色 定义参加组合对象的共有方法和属性,可以定义一些默认的行为或属性. ● Leaf 叶子构件 叶子对象,其下再也没有其他的分支,也就是遍历的最

学习php设计模式 php实现建造者模式

建造者模式可以让一个产品的内部表象和和产品的生产过程分离开,从而可以生成具有不同内部表象的产品. 一.Builder模式结构图 二.Builder模式中主要角色 抽象建造者(Builder)角色:定义一个抽象接口,规范产品各个组成成分的建造(即规范具体建造者的方法实现).其中所规范的方法中必须包括建造方法和结果返回方法 具体建造者(ConcreteBuilder)角色:实现抽象建造者角色所定义的方法.具体建造者与业务逻辑关联性较大,应用程序最终会通过调用此角色中所实现的建造方法按照业务逻辑创建产

深入理解Android中的建造者模式

前言 在Android开发过程中,我发现很多安卓源代码里应用了设计模式,比较常用的有适配器模式(各种adapter),建造者模式(Alert Dialog的构建)等等.虽然我们对大多数设计模式都有所了解,但是在应用设计模式的这个方面,感觉很多人在这方面有所不足.所以这篇文章我们一起深入的理解Android中的建造者模式. 建造者模式(Builder Pattern)也叫生成器模式,其定义如下: separate the construction of a complex object from

C# 设计模式系列教程-建造者模式

1. 概述 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式. 2. 建造者模式中的角色 2.1 建造者(Builder):为创建一个产品对象的各个部件指定抽象接口. 2.2 具体建造者(ConcreteBuilder):实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口. 2.3 指挥者(Director):指挥并构造一个使用Builder接口的对象. 2.4 产品(Product):

Java经典设计模式之责任链模式原理与用法详解

本文实例讲述了Java经典设计模式之责任链模式.分享给大家供大家参考,具体如下: 责任链模式:多个对象由其对象对应下家的引用连成一条链,请求在这个链上传递,直到链上的某一个接收对象处理此请求.因为请求的客户端并不知道链上最终是谁来处理这个请求,使得系统可以在不影响客户端的情况下动态地重新组织和分配责任,从而避免了请求发送者与请求处理者之间的耦合. 责任链械中涉及到三种角色: 1,抽象处理者角色 2,具体处理者角色 3,请求发送者 小例子:假设去买房子,买房子就需要砍价, 卖房的人职位不同,可以优

java 遍历request中的所有表单数据的实例代码

实例如下: Enumeration rnames=request.getParameterNames(); for (Enumeration e = rnames ; e.hasMoreElements() ;) { String thisName=e.nextElement().toString(); String thisValue=request.getParameter(thisName); System.out.println(thisName+"-------"+thisV

JFrame中添加和设置JPanel的方法实例解析

Swing 程序用JFrame 对象实现了它们的窗口.JFrame 类是AWT Frame 类的一个子类.它还加入了一些Swing 所独有的特性.与 Frame 的使用十分相似.唯一的区别在于,你不能将组件加入到JFrame中.你可以或者将组件加入到JFrame 的content pane(内容面板) 中,或者提供一个新的content pane(内容面板). 面板与顶层容器的不同点:面板不能独立存在,必须被添加到其他容器内部(面板可以嵌套). JFrame 有一个 Content Pane,窗