目录
学习之前
在我们后端开发过程中，经常会有用到实体类来封装数据，当属性值比较少时，没有复杂的属性值运算逻辑，正常的实体类写法也是没有问题，但是当变量多起来时，我们再使用改实体类过程中会发现，每个属性值都需要set，从而会出现很多set代码，首先setXxx写起来也是比较心累的，而且代码看起来也比较冗余，这里介绍一种新的构造实体类的方法，builder构造器！
首先学习之前，来先回顾一下我们学过的设计模式里的建造者模式
回顾建造者模式
概述
将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。
-
分离了部件的构造(由Builder来负责)和装配(由Director负责)。从而可以构造出复杂的对象。这个模式适用于:某个对象的构建过程复杂的情况。
-
由于实现了构建和装配的解耦。不同的构建器，相同的装配，也可以做出不同的对象;相同的构建器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦，实现了更好的复用。
-
建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节。
结构
建造者(Builder)模式包含如下角色:
-
抽象建造者类(Builder)：这个接口规定要实现复杂对象的那些部分的创建，并不涉及具体的对象部件的创建。
-
具体建造者类(ConcreteBuilder)：实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。在构造过程完成后，提供产品的实例。
-
产品类(Product)：要创建的复杂对象
-
指挥者类(Director)：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。
UML类图如下:
实例
创建共享单车
生产自行车是一个复杂的过程，它包含了车架，车座等组件的生产。而车架又有碳纤维，铝合金等材质的，车座有橡胶，真皮等材质。对于自行车的生产就可以使用建造者模式。
这里Bike是产品，包含车架，车座等组件;
Builder是抽象建造者，MobileBuilder和OfoBuilder是具体的建造者;
Director是指挥者。类图如下:
Bike类
public class Bike {
private String frame;
private String seat;
public void setFrame(String frame) {
this.frame = frame;
}
public void setSeat(String seat) {
this.seat = seat;
}
public String getFrame() {
return frame;
}
public String getSeat() {
return seat;
}
}Builder类
public abstract class Builder {
// 声明Bike类型的变量 并进行赋值
protected Bike bike = new Bike();
public abstract void buildFrame();
public abstract void buildSeat();
// 构造自行车的方法
public abstract Bike createBike();
}
/**
* 具体的构建者，用来构建ofo单车
*/
public class OfoBuilder extends Builder{
@Override
public void buildFrame() {
bike.setFrame("铝合金车架");
}
@Override
public void buildSeat() {
bike.setSeat("塑料车座");
}
@Override
public Bike createBike() {
return bike;
}
}
/**
* 具体的构建者，用来构建摩拜单车
*/
public class MobileBuilder extends Builder{
@Override
public void buildFrame() {
bike.setFrame("碳纤维车架");
}
@Override
public void buildSeat() {
bike.setSeat("真皮车座");
}
@Override
public Bike createBike() {
return bike;
}
}Director类
public class Director {
// 声明builder类型的变量
private Builder builder;
public Director(Builder builder) {
this.builder = builder;
}
// 组装自行车的功能
public Bike construct(){
builder.buildFrame();
builder.buildSeat();
return builder.createBike();
}
}测试类
public class Client {
public static void main(String[] args) {
// 创建指挥者对象
Director director = new Director(new MobileBuilder());
// 让指挥者指挥组装自行车
Bike bike = director.construct();
System.out.println(bike.getFrame());
System.out.println(bike.getSeat());
}
}测试结果：
碳纤维车架
真皮车座
注意:
上面示例是 Builder模式的常规用法，指挥者类 Director 在建造者模式中具有很重要的作用，它用于指导具体构建者如何构建产品，控制调用先后次序，并向调用者返回完整的产品类，但是有些情况下需要简化系统结构，可以把指挥者类和抽象建造者进行结合
说明:
这样做确实简化了系统结构，但同时也加重了抽象建造者类的职责，也不是太符合单一职责原则，如果construct(）过于复杂，建议还是封装到 Director 中。
优缺点
优点:
-
建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
-
在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
-
可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。
-
建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。
缺点:
建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
使用场景
建造者(Builder)模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将它们组合在一起的算法却相对稳定，所以它通常在以下场合使用。
-
创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但构件间的建造顺序是稳定的。
-
创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的。
=================================正文开始=================================
通过Builder构造器构造实体类
首先我们先看一个正常实体类的书写方式
public class Square {
/**
* Square的属性：宽
*/
private String width;
/**
* Square的属性：长
*/
private String height;
/**
* 常规的全参构造器
* @param width
* @param height
*/
public Square(String width, String height) {
this.width = width;
this.height = height;
}
@Override
public String toString() {
return "Square{" +
"width='" + width + '\'' +
", height='" + height + '\'' +
'}';
}
}使用该实体类：
Square square = new Square();
square.setHeight("30");
square.setWidth("30");
System.out.println(square);进行改造：
public class Square {
/**
* Square的属性：宽
*/
private String width;
/**
* Square的属性：长
*/
private String height;
public final static class SquareBuilder{
/**
* 在builder类中创建和Square类一模一样的属性
*/
private String width;
private String height;
/**
* 创建属性的赋值方法（意义相对于是set）
* @param width 传入属性值
* @return 返回builder本身
* 注意返回类型一定要是builder类本身，否则后面无法用链式编程
*/
public SquareBuilder width(String width){
this.width = width;
return this;
}
public SquareBuilder height(String height){
this.height = height;
return this;
}
public Square build(){
return new Square(this);
}
}
/**
* 给builder使用的特殊构造函数（可以和正常的构造函数比对一下区别）
* ① 权限类型为private，此构造方法仅给内部类SquareBuilder的build()使用
* ② 传入参数是SquareBuilder
* ③ 对应的给属性赋值使用SquareBuilder中的属性值
* @param squareBuilder
*/
private Square(SquareBuilder squareBuilder) {
this.width = squareBuilder.width;
this.height = squareBuilder.height;
}
}使用SquareBuilder来构造实体类：
Square square = new Square.SquareBuilder()
.height("30")
.width("40")
.build();
System.out.println("square = " + square);可以看出，给实体类设置属性值非常言简意赅，设置方法即是变量名，相比setXxx可读性强很多，而且属于链式编程，谁用谁知道写起来有多舒服，当然有一些特殊的属性计算什么的也可以直接在build方法中书写；
当然 如果你会用lombok插件的话，直接一个注释@Builder也可以快速建一个builder构造器
@Data
@Builder
public class StuBookConfig {
....
}通过这种方法有个缺点就是不能自定义build方法，当遇到有些需要特殊计算属性值再赋值给属性情况还是推荐手写builder
扫一扫
949
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
