我需要实现没有静态嵌套类的Builder模式。如果我有继承,最好的方法是什么? 我们假设我有以下课程。
public class Car {
private String brand;
private String speed;
//getters an setters
}
public class PassengerCar extends Car{
private String capacity;
//getters an setters
}
public class Truck extends Car{
private String length;
//getters an setters
}
创建一个负责设置PassengerCar和Truck值的Builder类是否更好?或者我们还需要3个额外的类,CarBuilder,PassengerCarBuilder扩展CarBuilder,TruckBuilder扩展CarBuilder?
答案 0 :(得分:2)
正确的方法是每个班级一个建设者。我已经看到了两个不同的构建器实现,让我们称它们为 lazy 和 eager (可能其中一个不是严格的构建器,但它们实际上都是 build 实例)。
以下是Car
和Truck
s的惰性构建器:
public abstract class AbstractLazyCarBuilder<T extends Car, B extends AbstractLazyCarBuilder<T, B>> {
private String brand;
private String speed;
public B brand(String brand) {
this.brand = brand;
return (B) this;
}
public B speed(String speed) {
this.speed = speed;
return (B) this;
}
public T build() {
T car = this.create();
this.fill(car);
return car;
}
protected abstract T create();
protected void fill(T car) {
car.setBrand(this.brand);
car.setSpeed(this.speed);
}
}
public class LazyCarBuilder extends AbstractLazyCarBuilder<Car, LazyCarBuilder> {
@Override
protected Car create() {
return new Car();
}
}
public class LazyTruckBuilder extends AbstractLazyCarBuilder<Truck, LazyTruckBuilder> {
private String length;
public LazyTruckBuilder length(String length) {
this.length = length;
return this;
}
@Override
protected Truck create() {
return new Truck();
}
@Override
protected void fill(Truck truck) {
super.fill(truck); // very important! fills truck with car's common attributes
truck.setLength(this.length);
}
}
用法:
Truck truck = new LazyTruckBuilder().brand("ford").speed("40").length("30").build();
它可能不是标准的构建器实现。它有两个通用参数:正在构建的对象的类型和构建器本身的类型。最后一个是避免在使用构建器方法时强制转换返回的对象。
它有一个create()
方法返回空的特定实例(也可能是由反射创建的)和一个fill()
方法,它将所有属性设置为创建的对象。当您在构建器上调用build()
时,此构建器是惰性的,即创建和初始化对象。
此构建器的急切版本应使用反射来创建正在构建的对象:
public abstract class AbstractEagerCarBuilder<T extends Car, B extends AbstractEagerCarBuilder<T, B>> {
protected final T instance; // needs to be seen by subclasses
protected AbstractEagerCarBuilder() {
try {
// Reflection magic to get type of specific car
ParameterizedType type = (ParameterizedType) this.getClass().getGenericSuperclass();
Class<T> clazz = (Class<T>) type.getActualTypeArguments()[0];
// Create the specific car by reflection
this.instance = clazz.getConstructor().newInstance();
} catch (Exception e) {
throw new RuntimeException("Could not create specific instance", e);
}
}
public B brand(String brand) {
this.instance.setBrand(brand);
return (B) this;
}
public B speed(String speed) {
this.instance.setSpeed(speed);
return (B) this;
}
public T build() {
return this.instance;
}
}
public class EagerCarBuilder extends AbstractEagerCarBuilder<Car, EagerCarBuilder> {
// empty: just pass generic parameters
}
public class EagerTruckBuilder extends AbstractEagerCarBuilder<Truck, EagerTruckBuilder> {
private String length;
public EagerTruckBuilder length(String length) {
this.instance.setLength = length;
return this;
}
}
用法:
Truck truck = new EagerTruckBuilder().brand("gmc").speed("45").length("32").build();
此处,卡车实例实际上是在构建者创建时创建的。然后,构建器方法逐个用属性填充热切创建的实例。
是否使用其中一种,取决于您自己。 Plase让我知道如果这有错误,因为我无法测试它,以及如果你有任何问题(我已经习惯了这种代码,我可能缺乏一些有用的解释)。
答案 1 :(得分:0)
您可以稍微调整setter方法以达到您想要的效果。使参数化的超类的setter方法接受扩展基类的泛型类。
public class CompactBuilderPatternDemo {
public static class A {
private String a;
public String getA() {
return a;
}
public <T extends A> T setA(String a, Class<T> childClass) {
this.a = a;
return childClass.cast(this);
}
public static class B extends A {
private String b;
public String getB() {
return b;
}
public String getAB() {
return super.getA() + b;
}
public B setB(String b) {
this.b = b;
return this;
}
}
}
public static void main(String[] args) {
B b = new B().setA("aaa", B.class).setB("bbb");
System.out.println(b.getAB());
}
}
讨论了类似的主题here。
答案 2 :(得分:0)
根据Builder模式,您有:
因此,应该组织构建器的buildPart方法(在您的情况下为setter)并将其分配给构建器层次结构中的正确类;也就是说,如果两个构建器共享特定buildPart方法的相同实现,那么这些实现可能应该合并并移动到一个公共的高级类(即两个构建器都扩展的类)。
这样可以避免重复的代码,构建过程中的不一致,并最终为构建器提供完善的结构。
注1:我不明白为什么你的班级有吸气剂。
注意:2我会避免打电话给#34; setter&#34;构建对象的方法,但我会使用一个构造函数(可能是@Deprecated,因此你不鼓励有人使用它,因为应该使用相应的构建器)。原因是,在构建过程中,您可能会有一些处于不一致状态的对象(即刚刚部分构建的对象)。利用构造函数,当整个状态可以初始化为声音值时,可以调用它来完全实例化对象。