在学习Spark和Flink的时候 对相应的SparkSession和TableSource的创建方式有着较深印象, 看了effective java后了解到了一个构建器模式, 这个构建器模式的设计 是为了弥补 静态工厂方法 和 构造器 方法 各自的不足而产生的。
1. 静态工厂方法有名称, 构造器一直是类名, 这样静态工厂方法的代码更为清晰, 防止开发人员容易使用错的构造器API, 并且不容易记忆。
2. 静态工厂方法不用每次都创建一个新的对象, 这里可以参考单例模式的优点。
3. 静态工厂方法可以使用多态的特性。
但是静态工厂方法和构造器会有个局限性 不能很好的扩展大量的可选参数 ! 注意是可选参数, 之前看到过的做法就是提供重叠构造器模式, 开发人员提供一个只有必要参数的构造器, 然后后续的构造器都加一些可选参数, 这样通过命中带有可选参数的构造器来完成对象的创建。 比如说在Web开发的Controller层的通用返回类当中(Response) 就是这样做的, 可选参数少的时候确实可行, 在可选参数多的时候可以选择用Java Bean的方式来Setter 但是会有个状态不一致的风险,调试困难
所以出现了构建器模式, 既保证了 重叠构造器的安全性, 也保证了Java Bean的可读性。 核心思想是通过一个静态内部类来完成可选参数的传递。 示例如下
package effectiveJava;
public class Outer {
//可选参数
private int age;
private String sex;
private String phone;
private String address;
private String desc;
private Outer(Builder builder) {
this.age = builder.age;
this.sex = builder.sex;
this.phone = builder.phone;
this.address = builder.address;
this.desc = builder.desc;
}
public static class Builder {
//可选参数
private int age;
private String sex;
private String phone;
private String address;
private String desc;
public Builder() {
}
public Builder age(int val) {
this.age = val;
return this;
}
public Builder sex(String val) {
this.sex = val;
return this;
}
public Builder phone(String val) {
this.phone = val;
return this;
}
public Builder address(String val) {
this.address = val;
return this;
}
public Builder desc(String val) {
this.desc = val;
return this;
}
public Outer build() {
return new Outer(this);
}
}
}
强烈推荐:有个叫lombok的插件, 开发中及其方便的完成了相关的操作如下图
import io.swagger.annotations.ApiModelProperty;
import lombok.AllArgsConstructor;
import lombok.Builder;
import lombok.Data;
import lombok.NoArgsConstructor;
@Data
@NoArgsConstructor
@Builder
@AllArgsConstructor
public class TaskParamOrder {
@ApiModelProperty("替换taskId")
private Long targetJobId;
@ApiModelProperty("选中taskId")
private Long sourceJobId;
@ApiModelProperty("选择排序序号")
private Integer targetOrder;
@ApiModelProperty("用户id")
private Long userId;
@ApiModelProperty("用户名称")
private String userName;
}