上下文

假设您有一个组件，有很多选项可以修改它的行为。考虑一个具有排序、过滤、分页等功能的数据表。选项可以是 isFilterable、isSortable、defaultSortingKey 等。当然会有一个参数对象来封装这一切，姑且称之为TableConfiguration。当然我们不想有一个巨大的构造函数，或者一组伸缩构造函数，所以我们使用了一个builder，TableConfigurationBuilder。示例用法可以是:

TableConfiguration config = new TableConfigurationBuilder().sortable().filterable().build();   

到目前为止一切顺利，大量 SO 问题已经解决了这个问题。

继续前进

现在有大量的表，每个表都使用自己的TableConfiguration。然而，并不是所有的“配置空间”都被统一使用:假设大多数表格都是可过滤的，并且其中大部分都是分页的。比方说，只有 20 种不同的配置选项组合有意义并实际使用。根据 DRY 原则，这 20 种组合存在于如下方法中:

public TableConfiguration createFilterable() {
  return new TableConfigurationBuilder().filterable().build();
}

public TableConfiguration createFilterableSortable() {
  return new TableConfigurationBuilder().filterable().sortable().build();
}

问题

如何管理这20个方法，让开发者在添加新表的时候可以很方便的找到自己需要的配置组合，或者在没有的情况下添加一个新的？

以上所有我已经使用过，如果我有一个现有的表来复制粘贴(“它完全像 Customers”)，它工作得相当好。然而，每次需要一些不寻常的东西时，都很难弄清楚:

• 是否有一种方法完全符合我的要求？ (问题A)
• 如果不是，从哪一个开始最接近？ (问题 B)

我试图给这些方法一些非常具有描述性的名称来表达内部构建的配置选项，但它并不能很好地扩展......

编辑

在思考下面的好答案时，我又想到一件事: 以类型安全的方式对具有相同配置的表进行分组的加分项。换句话说，在查看表格时，应该可以通过转到定义 和找到所有引用 来找到它的所有“双胞胎”。

最佳答案

我认为，如果您已经在使用构建器模式，那么坚持使用构建器模式将是最好的方法。使用方法或枚举来构建最常用的 TableConfiguration 没有任何好处。

不过，关于 DRY，您的观点是正确的。为什么要在许多不同的地方为几乎每个构建器设置最常见的标志？

因此，您需要封装最常用标志的设置(不再重复)，同时仍然允许在这个通用基础上设置额外的标志。此外，您还需要支持特殊情况。在您的示例中，您提到大多数表格都是可过滤和分页的。

因此，虽然构建器模式为您提供了灵 active ，但它会让您重复最常见的设置。为什么不制作专门的默认构建器来为您设置最常见的标志？这些仍然允许您设置额外的标志。对于特殊情况，您可以使用老式的构建器模式。

定义所有设置并构建实际对象的抽象构建器的代码可能如下所示:

public abstract class AbstractTableConfigurationBuilder
                      <T extends AbstractTableConfigurationBuilder<T>> {

    public T filterable() {
        // set filterable flag
        return (T) this;
    }

    public T paginated() {
        // set paginated flag
        return (T) this;
    }

    public T sortable() {
        // set sortable flag
        return (T) this;
    }

    public T withVeryStrangeSetting() {
        // set very strange setting flag
        return (T) this;
    }

    // TODO add all possible settings here

    public TableConfiguration build() {
        // build object with all settings and return it
    }
}

这将是基础构建器，它什么都不做:

public class BaseTableConfigurationBuilder 
    extends AbstractTableConfigurationBuilder<BaseTableConfigurationBuilder> {
}

包含 BaseTableConfigurationBuilder 是为了避免在使用构建器的代码中使用泛型。

然后，您可以拥有专门的构建器:

public class FilterableTableConfigurationBuilder 
    extends AbstractTableConfigurationBuilder<FilterableTableConfigurationBuilder> {

    public FilterableTableConfigurationBuilder() {
        super();
        this.filterable();
    }
}

public class FilterablePaginatedTableConfigurationBuilder 
    extends FilterableTableConfigurationBuilder {

    public FilterablePaginatedTableConfigurationBuilder() {
        super();
        this.paginated();
    }
}

public class SortablePaginatedTableConfigurationBuilder 
    extends AbstractTableConfigurationBuilder
            <SortablePaginatedTableConfigurationBuilder> {

    public SortablePaginatedTableConfigurationBuilder() {
        super();
        this.sortable().paginated();
    }
}

我们的想法是让构建器设置最常见的标志组合。你可以创建一个层次结构或者它们之间没有继承关系，你的调用。

然后，您可以使用您的构建器创建所有组合，而无需自己重复。例如，这将创建一个可过滤和分页的表配置:

TableConfiguration config = 
    new FilterablePaginatedTableConfigurationBuilder()
       .build();

如果您希望您的 TableConfiguration 可过滤、分页且可排序:

TableConfiguration config = 
    new FilterablePaginatedTableConfigurationBuilder()
       .sortable()
       .build();

还有一个特殊的表格配置，具有非常奇怪的设置，但也是可排序的:

TableConfiguration config = 
    new BaseTableConfigurationBuilder()
       .withVeryStrangeSetting()
       .sortable()
       .build();

关于java - 具有许多参数的类，超出了 Builder 模式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35133488/