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建造者模式验证的资料请关注其它相关文章！