java builder类,对Java Builder类进行子类化

在Builder模式中,当需要为基类的Builder添加子类功能时,可能会遇到构建顺序错误的问题。文章提出了一种解决方案,即通过泛型确保Builder方法返回的类型与子类Builder一致,从而强制正确的构建顺序。具体做法是将基类Builder方法的返回类型设为泛型T,并在子类中指定T为子类Builder。这样,调用者必须按照正确的顺序调用子类的Builder方法,避免了错误的构建顺序导致的失败。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Give this Dr Dobbs article, and the Builder Pattern in particular, how do we handle the case of subclassing a Builder? Taking a cut-down version of the example where we want to subclass to add GMO labelling, a naive implementation would be:

public class NutritionFacts {

private final int calories;

public static class Builder {

private int calories = 0;

public Builder() {}

public Builder calories(int val) { calories = val; return this; }

public NutritionFacts build() { return new NutritionFacts(this); }

}

protected NutritionFacts(Builder builder) {

calories = builder.calories;

}

}

Subclass:

public class GMOFacts extends NutritionFacts {

private final boolean hasGMO;

public static class Builder extends NutritionFacts.Builder {

private boolean hasGMO = false;

public Builder() {}

public Builder GMO(boolean val) { hasGMO = val; return this; }

public GMOFacts build() { return new GMOFacts(this); }

}

protected GMOFacts(Builder builder) {

super(builder);

hasGMO = builder.hasGMO;

}

}

Now, we can write code like this:

GMOFacts.Builder b = new GMOFacts.Builder();

b.GMO(true).calories(100);

But, if we get the order wrong, it all fails:

GMOFacts.Builder b = new GMOFacts.Builder();

b.calories(100).GMO(true);

The problem is of course that NutritionFacts.Builder returns a NutritionFacts.Builder, not a GMOFacts.Builder, so how do we solve this problem, or is there a better Pattern to use?

Note: this answer to a similar question offers up the classes I have above; my question is regarding the problem of ensuring the builder calls are in the correct order.

解决方案

You can solve it using generics. I think this is called the "Curiously recurring generic patterns"

Make the return type of the base class builder methods a generic argument.

public class NutritionFacts {

private final int calories;

public static class Builder {

private int calories = 0;

public Builder() {}

public T calories(int val) {

calories = val;

return (T) this;

}

public NutritionFacts build() { return new NutritionFacts(this); }

}

protected NutritionFacts(Builder builder) {

calories = builder.calories;

}

}

Now instantiate the base builder with the derived class builder as the generic argument.

public class GMOFacts extends NutritionFacts {

private final boolean hasGMO;

public static class Builder extends NutritionFacts.Builder {

private boolean hasGMO = false;

public Builder() {}

public Builder GMO(boolean val) {

hasGMO = val;

return this;

}

public GMOFacts build() { return new GMOFacts(this); }

}

protected GMOFacts(Builder builder) {

super(builder);

hasGMO = builder.hasGMO;

}

}

内容概要:本文详细介绍了施耐德M580系列PLC的存储结构、系统硬件架构、上电写入程序及CPU冗余特性。在存储结构方面,涵盖拓扑寻址、Device DDT远程寻址以及寄存器寻址三种方式,详细解释了不同型的寻址方法及其应用场景。系统硬件架构部分,阐述了最小系统的构建要素,包括CPU、机架和模块的选择与配置,并介绍了常见的系统拓扑结构,如简单的机架间拓扑和远程子站以太网菊花链等。上电写入程序环节,说明了通过USB和以太网两种接口进行程序下载的具体步骤,特别是针对初次下载时IP地址的设置方法。最后,CPU冗余部分重点描述了热备功能的实现机制,包括IP通讯地址配置和热备拓扑结构。 适合人群:从事工业自动领域工作的技术人员,特别是对PLC编程及系统集成有一定了解的工程师。 使用场景及目标:①帮助工程师理解施耐德M580系列PLC的寻址机制,以便更好地进行模块配置和编程;②指导工程师完成最小系统的搭建,优系统拓扑结构的设计;③提供详细的上电写入程序指南,确保程序下载顺利进行;④解释CPU冗余的实现方式,提高系统的稳定性和可靠性。 其他说明:文中还涉及一些特殊模块的功能介绍,如定时器事件和Modbus串口通讯模块,这些内容有助于用户深入了解M580系列PLC的高级应用。此外,附录部分提供了远程子站和热备冗余系统的实物图片,便于用户直观理解相关概念。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值