Java设计模式之建造者模式

为什么需要建造者模式

其实从定义来说建造者模式,似乎并不太好描述,但是如果从实际需求来解释会相对很容易,建造模式主要用于对象的创建。一般创建一些简单的对象我们直接使用 new 就可以了,但是实际开发中一些对象的创建是否真的 只用 new就可以解决呢?

案例

我们来看看在复杂的业务中对象的创建。
假设我们现在要创建一个学生类,但是要通过另一个学生类去获取相关属性,并且会对相关属性做限制,比如年龄不能小于0

不用建造者模式大致可能是这样的

public class Student{

private String name;
private String source;
private Integer age;
private String iphone;
private String address;

public Student(String name, String source, Integer age, String iphone, String address) {
        // 校验逻辑
        if (age < 0) {
            throw new IllegalArgumentException("...");
        }
        this.name = name;
        this.source = source;
        this.age = age;
        this.iphone = iphone;
        this.address = address;
    }

}


现在有一个 StudentBack 类,需要将这个类的一些属性赋值到 Student,暂时想不到合理的业务场景,姑且是这样吧

@Data
public class StudentBack {

    private String userName;
    private String userSource;
    private Integer userAge;
    private String userIphone;
    private String userAddress;
}

这里我故意将一些属性设置为不一样,是因为应对不能用BeanCopy

不用建造者模式的一般编程方式

		StudentBack s = new StudentBack();
        Student student = new Student(s.getUserName(), s.getUserSource(), s.getUserAge(), s.getUserIphone(), null);

这里可以看到 初始化类的时候属性一大堆,而且特别容易错,顺序一大堆,如果是增加更多的属性,那代码是不堪设想,你们应该有简单这种类似的代码,有的人说可以用set方法来处理

		StudentBack s = new StudentBack();
        Student student = new Student();
        student.setName(s.getUserName());
        student.setAddress(s.getUserAddress());
        student.setAge(s.getUserAge());
        student.setIphone(s.getUserIphone());
        student.setSource(s.getUserSource());

然后一些参数校验就会放到set方法里面,这样可以看到代码也相对来说有些臃肿
其实也存在一些问题:

  • 如果想要对象再创建后某些属性不能被更改,就不应该暴露set方法
  • 如果一些对象有关联性限制,也无法处理
  • 对象存在无效状态 比如 student.setName(s.getUserName());

使用建造者模式改造

public class Student {

    private String name;
    private String source;
    private Integer age;
    private String iphone;
    private String address;

    private Student(Builder builder) {
        this.name = builder.name;
        this.source = builder.source;
        this.age = builder.age;
        this.iphone = builder.iphone;
        this.address = builder.address;
    }


    public static  class Builder{
        private String name;
        private String source;
        private Integer age;
        private String iphone;
        private String address;

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

        public Builder setSource(String source) {
            this.source = source;
            return this;
        }

        public Builder setAge(Integer age) {
            this.age = age;
            return this;
        }

        public Builder setIphone(String iphone) {
            this.iphone = iphone;
            return this;
        }

        public Builder setAddress(String address) {
            this.address = address;
            return this;
        }

        public Student builder() {
            // 校验逻辑
            if (age < 0) {
                throw new  IllegalArgumentException("..");
            }
            // ....

            return new Student(this);
        }



    }

这里可以看到我们私有化了Student的构造方法,添加了静态内部类 Builder , 用于构造 Student

  • 使用
		StudentBack s = new StudentBack();
        Student student = new Student.Builder()
                .setAge(s.getUserAge())
                .setAddress(s.getUserAddress())
                .setIphone(s.getUserIphone())
                .setName(s.getUserName())
                .setSource(s.getUserSource())
                .builder();

相信你用过的三方jar,见过很多这种创建对象的方式,这样就解决了上面出现的一些问题

缺点

可以看到建造者模式中代码是有点重复的,在Student中的属性,又需要在Builder中重复构建

Lombok 对建造者模式的支持

使用lombok使用建造者模式使用起来十分方便,具体使用如下:

@Builder
public class Student {

    private String name;
    private String source;
    private Integer age;
    private String iphone;
    private String address;


    public static void main(String[] args) {
        Student.builder()
                .name("阿离")
                .source("xxx")
                .age(18)
                .iphone("15897746595")
                .address("sdsdsd");

    }

}

只需要添加@Builder注解即可

如果我们去看 Student 编译后的class文件会发现其实还是lombok给我们写了上面那些代码
在这里插入图片描述

总结

建造者模式其实使用起来很简单,主要是为了解决一些复杂对象的创建。其实建造者模式还有在一个场景使用是非常多的,那就是DDD中,为了保证一些值对象的不可变性和对象不乱创建,DDD中会使用大量的建造者模式去构建值对象,感兴趣的可以自己去了解

1) 优秀的程序应该是这样的:阅读时,感觉很优雅;新增功能时,感觉很轻松;运行时,感觉很快速,这就需要设计模式支撑。<br /> <br /> 2) 设计模式包含了大量的编程思想,讲授和真正掌握并不容易,网上的设计模式课程不少,大多讲解的比较晦涩,没有真实的应用场景和框架源码支撑,学习后,只知其形,不知其神。就会造成这样结果: 知道各种设计模式,但是不知道怎么使用到真实项目。本课程针对上述问题,有针对性的进行了升级 (1) 授课方式采用 图解+框架源码分析的方式,让课程生动有趣好理解 (2) 系统全面的讲解了设计模式,包括 设计模式七大原则、UML类图-类的六大关系、23种设计模式及其分类,比如 单例模式的8种实现方式、工厂模式的3种实现方式、适配器模式的3种实现、代理模式的3种方式、深拷贝等<br /> <br /> 3) 如果你想写出规范、漂亮的程序,就花时间来学习下设计模式吧<br /> <br /> 课程内容和目标<br /> <br /> 本课程是使用Java来讲解设计模式,考虑到设计模式比较抽象,授课采用 图解+框架源码分析的方式<br /> <br /> 1) 内容包括: 设计模式七大原则(单一职责、接口隔离、依赖倒转、里氏替换、开闭原则、迪米特法则、合成复用)、UML类图(类的依赖、泛化和实现、类的关联、聚合和组合) 23种设计模式包括:创建型模式:单例模式(8种实现)、抽象工厂模式、原型模式建造者模式、工厂模式。结构型模式:适配器模式(3种实现)、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式(3种实现)。行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式、职责链模式(责任链模式)<br /> <br /> 2) 学习目标:通过学习,学员能掌握主流设计模式,规范编程风格,提高优化程序结构和效率的能力。<br /> <div> <br /> </div>
相关推荐
©️2020 CSDN 皮肤主题: 酷酷鲨 设计师:CSDN官方博客 返回首页