生成器模式

时间:2015-02-21 12:20:37

标签: java design-patterns builder

我需要实现没有静态嵌套类的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?

3 个答案:

答案 0 :(得分:2)

正确的方法是每个班级一个建设者。我已经看到了两个不同的构建器实现,让我们称它们为 lazy eager (可能其中一个不是严格的构建器,但它们实际上都是 build 实例)。

以下是CarTruck 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模式,您有:

  1. 基础构建器类,让我们说Builder,可能是抽象的
  2. 要通过构建器实例化的每个具体类的具体构建器类
  3. http://upload.wikimedia.org/wikipedia/commons/thumb/f/f3/Builder_UML_class_diagram.svg/500px-Builder_UML_class_diagram.svg.png

    因此,应该组织构建器的buildPart方法(在您的情况下为setter)并将其分配给构建器层次结构中的正确类;也就是说,如果两个构建器共享特定buildPart方法的相同实现,那么这些实现可能应该合并并移动到一个公共的高级类(即两个构建器都扩展的类)。

    这样可以避免重复的代码,构建过程中的不一致,并最终为构建器提供完善的结构。

    注1:我不明白为什么你的班级有吸气剂。

    注意:2我会避免打电话给#34; setter&#34;构建对象的方法,但我会使用一个构造函数(可能是@Deprecated,因此你不鼓励有人使用它,因为应该使用相应的构建器)。原因是,在构建过程中,您可能会有一些处于不一致状态的对象(即刚刚部分构建的对象)。利用构造函数,当整个状态可以初始化为声音值时,可以调用它来完全实例化对象。