4

在创建“部分”可变的对象时，我很难确定使用构建器是否是正确的方法，即某些对象的属性是可变的。

让我们考虑这个IGlass接口的实现。一个最终的强制参数，一个可以在对象创建后更改的可选参数：

public class SimpleGlass implements IGlass {

    // Mandatory.
    private final int size;

    // Optional.
    private boolean isEmpty;

    private SimpleGlass(SimpleGlassBuilder builder) {
        size = builder.getSize();
        isEmpty = builder.isEmpty();
    }

    @Override
    public int getSize() {
        return size;
    }

    @Override
    public boolean isEmpty() {
        return isEmpty;
    }

    @Override
    public void setEmpty(boolean isEmpty) {
        this.isEmpty = isEmpty;
    }

    public static class SimpleGlassBuilder {

        // Mandatory.
        private final int size;

        // Optional.
        private boolean isEmpty = false;

        public SimpleGlassBuilder(int size) {
            this.size = size;
        }

        public SimpleGlassBuilder setEmpty(boolean isEmpty) {
            this.isEmpty = isEmpty;
            return this;
        }

        public IGlass build() {
            return new SimpleGlass(this);
        }

        public int getSize() {
            return size;
        }

        public boolean isEmpty() {
            return isEmpty;
        }
    }
}

因此，构建器创建了可变对象，但是，每当在编程文献中提到构建器时，它都是关于不可变对象的。

在这种情况下可以使用构建器吗？

4

2 回答 2

8

我会说 Builder 用于具有很多属性的类，其中大多数是可选的。与其拥有一百万个构造函数，或者一个糟糕的构造函数，不如使用一个构建器并指定你需要的东西。

new GlassBuilder(16_OZ).withHandle().withLogo(logo).build()

// instead of
new Glass(16_OZ, 
            /* handle? */ true, 
            /* chipped? */ false, 
            /* monogram? */ null, 
            /* something else? */ null, 
            logo);

最后，可变性很好，因为可变性很好，但它实际上并不影响 Builder 是否让你的生活更轻松。

于 2012-12-27T20:56:32.570 回答
1

我会将“空”属性保留在 IGlass 实现类中，但将其从构建器中删除。设置值的地方太多。另外，如果您在构建器中设置它会混淆问题，因为这仅适用于在该点之后创建的 IGlass 实例，并且仅适用于调用它们的“setEmpty()”方法。

我建议您构建它们，然后在新建的对象实例上设置“空”属性。

设计模式的目的是使事物易于谈论和易于理解。通过添加构建器或实例是否设置“空”属性的额外关注，事情不再那么容易。

于 2012-12-27T20:56:09.187 回答