如何解决具有抽象的构建器模式,无需覆盖所有常用方法
我正在尝试创建不同类型的构建器,每个构建器都具有通用和独特的方法,因此我尝试为它创建某种抽象,但是我遇到了一个问题。
我的代码的一个例子是:
// The abstract with all the common methods
public abstract class AbstractBuilder {
public AbstractBuilder commonMethod() {
// implementation here
return this;
}
}
// Builder 1
public class MainBuilder extends AbstractBuilder {
public MainBuilder mainUniqueMethod() {
// implementation here
return this;
}
}
// Builder 2
public class SecondBuilder extends AbstractBuilder {
public SecondBuilder secondUniqueMethod() {
// implementation here
return this;
}
}
与构建器合作时会出现问题,假设我愿意
new MainBuilder().mainUniqueMethod().commonMethod(); // Possible
new MainBuilder().commonMethod().mainUniqueMethod(); // Impossible because commonMethod returns `AbstractBuilder`
因此,我发现解决此问题的唯一方法是始终覆盖,然后对 main 方法进行超级调用,例如:
@Override
public MainBuilder commonMethod() {
return (MainBuilder) super.commonMethod();
}
但是如果通用方法足够大,这可能会变得非常重复,也许这是一个糟糕的设计,但我想知道是否有更有效的方法来实现这一点。
解决方法
你可以在这里使用泛型:
public abstract class AbstractBuilder<T extends AbstractBuilder<T>> {
public T commonMethod() {
// implementation here
return getThis();
}
@SuppressWarnings("unchecked")
protected T getThis() {
return (T)this;
}
}
class MainBuilder extends AbstractBuilder<MainBuilder> { ... }
这样公共基类就可以“知道”实际返回什么子类型。 getThis()
方法需要一个丑陋的强制转换,如果您使用类似 class SecondBuilder extends AbstractBuilder<MainBuilder>
的东西可能会中断,因此警告。所以要注意你是如何实现子类的。
解决此问题的一种方法是将 getThis()
抽象化并让每个子类实现它。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。