当前位置: 首页 > 知识库问答 >
问题:

构建器模式

胡元明
2023-03-14

我需要在没有静态嵌套类的情况下实现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  
}

是创建一个Builder类来负责设置PassengerCar和Truck的值更好,还是我们需要另外三个类,CarBuilder,PassengerCarBuilder extends CarBuilder和TruckBuilder extends CarBuilder?

共有1个答案

申屠晟
2023-03-14

正确的方法是每个类有一个构建器。我已经看到了两种不同的构建器实现,让我们称它们为lazy和eager(也许其中一个不是严格的构建器,但它们实际上都构建了实例)。

以下是cars和traks的惰性生成器:

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();
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();
 类似资料:
  • 由于无法解析最后一个链接调用,未定义方法,因此此调用将不会编译。所以这种方式要求所有调用都以特定的顺序链接起来,这是非常不切实际的,特别是对于一个深度层次结构树。 现在,在我寻找答案的过程中,我遇到了一个Java Builder类的子类,它建议使用奇怪的递归泛型模式。但是,由于我的层次结构不包含一个抽象类,所以这个解决方案对我不起作用。但是这种方法依赖于抽象和多态性来发挥作用,这就是为什么我不相信

  • 本文向大家介绍设计模式构建器模式/Java 实现,包括了设计模式构建器模式/Java 实现的使用技巧和注意事项,需要的朋友参考一下 示例 通过Builder模式,您可以以易于阅读的方式创建具有许多可选变量的类的实例。 考虑以下代码: 如果所有参数都是必需的,那么一切都很好。如果有更多的变量和/或其中一些是可选的怎么办?您不想使用必需参数和可选参数的每种可能的组合来创建大量的构造函数,因为它变得难以

  • 问题内容: 我使用ektorp连接到CouchDB。 构建ektorp 实例的方法是使用构建器模式: 我对Spring比较陌生。请为我提供有关如何在上下文中配置以便通过进行创建的建议。 一种方法是使用。还有其他选择吗? 问题答案: 您可以尝试实现接口: 并添加到配置以下bean定义: 然后,您可以将此bean注入另一个bean,它将作为实例进行解析。

  • 最近,我看到一些开发人员使用嵌套的生成器类来编写VO,如 现在,他们声称这使代码更具可读性。我的观点是,这有以下缺点: > 我不能简单地添加字段并期望我的IDE为我完成代码,因为现在我也需要更新这个内部类。 简单的POJOs携带与VO无关的代码。 如果我在这里遗漏了什么,我会寻求任何建议。请随意添加您的想法。 修改后的示例代码如下所示:

  • 模块标记 coolie-cli 的模块构建方式应该是比较特殊的一类,与 webpack 一样,都是另辟蹊径。 webpack:依赖模块放到数组里,数组索引值就是模块 ID。 coolie-cli:依赖模块全局标记 ID(三十六进制)。 coolie-cli 可以将长长的物理路径压缩成最短的字符,达到压缩率最大化,而不是将模块直接合并。 // module1.js define(function(r