Java Builder 模式和一个 "deep"对象层次结构

Question

在“深层”对象层次结构中使用构建器模式的最佳实践是什么？为了详细说明，我探索了将 Joshua Bloch 提出的构建器模式应用于我的 XML 绑定(bind)代码的想法(我使用的是 SimpleXML，但这个问题适用于任何情况)。我的对象层次结构有 4 层深，具有不同程度的复杂性。我的意思是，在某些级别我的对象只有几个属性，而在其他一些级别我有多达 10 个。

所以考虑这个假设的例子(为简洁起见，我省略了简单 XML 注释)

public class Outermost {

    private String title;
    private int channel;
    private List<Middle> middleList;

}

class Middle{
    private int id;
    private String name;
    private boolean senior;
    /* ... ... 10 such properties */

    private Innermost inner;
}

class Innermost{
    private String something;
    private int foo;
    /* ... Few more of these ..*/
}

如果我想使用构建器强制创建 Outermost 对象，最好的方法是什么？最明显的答案是为上述每个类设置 inner static Builder 类。

但是，这不会像构建器模式试图解决的问题那样使事情变得笨拙吗？我正在考虑类似的东西 - 这将强制执行“由内而外”的方法 - 这意味着 Innermost 对象必须完全构造和实例化才能添加到 Middle对象。但我们都知道，在实践中(尤其是在构建 XML 或 JSON 时)，我们很少有“及时”的信息来完成这项工作。

很有可能，每个属性最终都会有变量 - 跨越所有级别；并在最后创建对象。或者，最终会有多个级别的 Builder 在代码中 float ，增加了困惑。

那么，关于如何优雅地完成此任务有什么想法吗？

Answer 1

builder 模式的描述here我猜你指的是什么？它与维基百科中描述的模式略有不同 here ，我更喜欢前者。

根据我阅读的描述，我认为您对构造顺序或封装丢失的担忧是不可避免的。对我来说，最大的问题是原始数据的结构。

假设我们有

 public OuterBuilder {
     // some outer attributes here

     private ArrayList<MiddleBuilder> m_middleList;

     public OuterBuild( mandatory params for Outers ){
          // populate some outer attributes
          // create empty middle array
     }

     public addMiddle(MiddleBuilder middler) {
              m_middleList.add(middler);
     } 
 }

现在我们可以根据需要创建任意数量的 middleBuilder

 while (middleDataIter.hasNext() ) {
      MiddleData data = middleDateIter.next();
      // make a middle builder, add it.
 }

我们可以将相同的模式应用于更高层次的嵌套。

为了解决您的第一点，每个属性都有一个变量:取决于我们如何设计构建器以及我们的数据来自何处。如果我们是，比如说来自 UI，那么我们几乎每个属性都有一个变量，我们的情况不会更糟。如果按照我上面的建议，我们正在迭代一些数据结构，那么构建器可能会负责解释该数据结构。在我的示例中，我们向下传递了 MiddleData 实例。一些额外的耦合，但它确实封装了细节。

为了解决您的第二点，我们不会边做边做，而是有效地使用构建器作为数据的积累点。最终我们调用“Go and Build”方法，但此时我们应该准备好所有数据，以便构建整个层次结构。