建造者模式

Question

我需要在没有静态嵌套 classes 的情况下实现构建器模式。如果我有继承权，最好的方法是什么？假设我有以下 classes.

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  
}

是创建一个 Builder class 来负责设置 PassengerCar 和 Truck 的值更好，还是我们需要另外 3 个 classes，CarBuilder，PassengerCarBuilder extends CarBuilder 和 TruckBuilder extends CarBuilder？

Answer 1

您可以稍微调整 setter 方法来实现您想要的效果。使超 classes 的 setter 方法参数化以接受扩展基础 class.

的泛型 class

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。

Answer 2

根据构建器模式，您将拥有：

基础构建器class，比方说构建器，可能是抽象的
每个要通过构建器实例化的混凝土 class 的混凝土构建器 class

http://upload.wikimedia.org/wikipedia/commons/thumb/f/f3/Builder_UML_class_diagram.svg/500px-Builder_UML_class_diagram.svg.png

因此，构建器的 buildPart 方法（在您的例子中是设置器）应该被组织并分配给构建器层次结构中正确的 class；即，如果两个构建器共享特定 buildPart 方法的相同实现，那么这些实现可能应该合并并移动到一个公共的上层 class（即两个构建器都扩展的 class）。

通过这种方式，您可以避免重复代码、构建过程中的不一致，并最终为构建者提供一个合理的结构。

注意 1：我不明白为什么您的 classes 中有吸气剂。

注意：2我会避免调用 "setters" 方法来构建对象，但我会使用构造函数（可能是@Deprecated，这样你就不鼓励别人使用它，因为应该使用相应的构建器） .原因是，在构建过程中，您可能会有处于不一致状态的对象（即只是部分构建的对象）。利用一个构造函数，当一个对象的整个状态可以被初始化为一个声音值时，它被调用以完全实例化一个对象。

Answer 3

正确的方法是 每个 class 一个构建器。我见过两种不同的构建器实现，我们称它们为 lazy 和 eager （也许其中一个不是严格的构建器，但它们实际上都是构建个实例）。

以下是 Car 和 Truck 的懒惰构建器：

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() 方法 returns 空的特定实例（也可以通过反射创建）和一个 fill() 方法将所有属性设置为创建的对象.这个构建器是惰性的，因为当您在构建器上调用 build() 时创建和初始化对象。

此构建器的 eager 版本应使用反射来创建正在构建的对象：

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();

在这里，卡车实例实际上是在构建器创建时创建的。然后，构建器方法用属性一个一个地填充急切创建的实例。

是否使用其中一个，由您决定。如果这有错误，请告诉我，因为我无法测试它，如果你有任何问题（我已经习惯了这种代码，我可能缺乏一些有用的解释）。

建造者模式

Builder pattern

java

design-patterns

builder