Java设计模式之建造者模式

前言

建造者模式在开发中经常用到，看下面一段android代码应该很熟悉

 AlertDialog.Builder builder = new AlertDialog.Builder(context);
        builder.setTitle("问题：");
        builder.setMessage("请问你满十八岁了吗?");
        builder.setIcon(R.mipmap.ic_launcher_round);
        builder.create();

这里就是标准的使用了建造者模式，这样做有什么好处呢？

1. 可以省去大量的构造方法传参数的臃肿代码
2. 可以根据自己业务的需求动态的配置需要的参数
3. 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
4. 建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。

场景构建

构建一个类，类中的变量特别多，调用里面的某个方法进行打印一些参数的操作

代码构建

先构建某用户的一个抽象类

public abstract class PersonInfo {

    String name;
    String age;
    String like;
    
    abstract void setLike(String like);

    abstract void setName(String name);

    abstract void setAge(String age);

    public void displayInfo(){
        System.out.print("我是"+name +"  我今年"+age+"  我喜欢"+like);
    }
}

其次构建某用户的实体类

public class Person extends PersonInfo {

    @Override
    void setLike(String like) {
        super.like = like;
    }

    @Override
    void setName(String name) {
        super.name = name;

    }

    @Override
    void setAge(String age) {
        super.age = age;
    }
}

这样用户的对象类就构建完成了，这个时候我们需要定义建造者的抽象类

/**
 * 构建建造工厂的抽象类，因为一般会涉及到一些属性，所以这里一般是做成抽象类而不是接口
 * 

 * 

 * 我们定义了两个简单的方法方便展示
 */
public abstract class Builder {

    public abstract void setName(String name);

    public abstract void setAge(String age);

    public abstract void setLike(String like);

    public abstract void display();

}

再构建实体建造者类

/**
 * 具体的建造者实体类
 */
public class ContentBuilder extends Builder {

    private Person person;

    public ContentBuilder() {
        person = new Person();
    }

    @Override
    public void setName(String name) {
        person.setName(name);
    }

    @Override
    public void setAge(String age) {
        person.setAge(age);

    }

    @Override
    public void setLike(String like) {
        person.setLike(like);
    }

    @Override
    public void display() {
        person.displayInfo();
    }
}

最后构建建造者的包装类

public class Director {

    Builder builder;

    public Director(Builder builder) {
        this.builder = builder;
    }

    public void display(){
        builder.display();
    }

}

结果生成

 ContentBuilder contentBuilder = new ContentBuilder();
        contentBuilder.setAge("40");
        contentBuilder.setName("kobe");
        contentBuilder.setLike("打篮球");

        Director director = new Director(contentBuilder);
        director.display();

这样简单的一个构建者模式就生成了，但是作为一般的构建者模式是不需要采用这么多的抽象类接口来做，就像android中的弹窗，他是直接使用具体的建造者类来进行完成了！所以需要优化

优化

1. 不需要建造者的抽象类，直接构建实体类
2. 建造者模式中包装类与建造类是一体一般写在内部作为内部类
3. 需要提供方法返回包装类对象

根据以上点我们直接构建一个类就可以完成

/**
 * 建造者的包装类
 */
public class Director {

    private String name;
    private String age;
    private String like;


    public Director(ContentBuilder contentBuilder) {
        this.name = contentBuilder.name;
        this.age = contentBuilder.age;
        this.like = contentBuilder.like;
    }


    public void displayInfo(){
        System.out.print("我是"+name +"  我今年"+age+"  我喜欢"+like);
    }



    /**
     * 由于是用Builder建造者模式来创建某个对象，因此就没有必要再定义一个Builder接口，直接提供一个具体的建造类就可以了。
     */
    public static class ContentBuilder {
        private String name;
        private String age;
        private String like;


        public ContentBuilder setName(String name) {
            this.name = name;
            return this;
        }


        public ContentBuilder setAge(String age) {
            this.age = age;
            return this;

        }


        public ContentBuilder setLike(String like) {
            this.like = like;
            return this;
        }


        public Director build() {
            return new Director(this);
        }
    }
}

执行代码

    Director director = new Director.ContentBuilder()
                .setAge("40")
                .setName("kobe")
                .setLike("篮球")
                .build();
        director.displayInfo();

结果

我是kobe  我今年40  我喜欢篮球
Process finished with exit code 0

这就跟我们前面的弹窗执行代码模版很相似了，这里就完成了一个常用版的构建者模式！

总结

构建者模式一般常用于包装类与建造类的解耦，不需要关心我具体包装类有哪些参数是进行了设置的，我们只需要对我们想要的属性进行设置即可，这样就能灵活后期的扩展性也更强大，但是缺点也很明显，代码量太大，建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制,所以在使用构建者模式的时候一定要区分场景!

提醒

需要源码的朋友可以发送请求到邮箱
[email protected]
文章与代码有待改进！希望可以交流