java - API设计/命令模式与 "normal implementation"

Question

我正在研究树结构存储，我们当前使用事务方法来修改树结构。我一直认为使用命令模式是合适的。然而，我只是改变了一个小行为，我喜欢它(返回位于插入节点的事务实例(属性除外)):

wtx.insertText(EInsert.ASRIGHTSIBLING, "value").insertElement(EInsert.ASRIGHTSIBLING, new QName("bla").insertElement(EInsert.ASFIRSTCHILD, new QName("blubb")).insertAttribute(new QName("foo"), "bar").insertAttribute(new QName("bar"), "foo"));

我认为以这种方式链接操作非常好，但是我们的事务在树上提供类似游标的方法(moveTo(long)、moveToParent()、moveToFirstChild()...) 返回 boolean 值而不是当前事务实例，但我认为这是无法避免的。否则我们甚至可以在之间进行移动而无需麻烦

wtx.method();wtx.method();wtx.method();

但是我想到了命令模式

new InsertText(EInsert.ASRIGHTSIBLING, "value").execute(wtx);
new InsertElement(EInsert.ASRIGHTSIBLING, new QName("bla")).execute(wtx);
...

这有点冗长，但是，它会“支持”开放/封闭原则，这非常好。

那么，你觉得怎么样？

Answer 1

对我来说，树结构听起来像是一个巨大的复合对象。由于您还要处理构建事务，因此我认为使用命令模式是合适的，但您应该考虑将您的execute()调用包装在某种导演中(如果可能的话)，这样您就可以将命令和生成器模式混合在一起.

public void directorMethod(Object wtx) {
  InsertText(EInsert.ASRIGHTSIBLING, "value").execute(wtx);
  InsertText(EInsert.ASRIGHTSIBLING, "blah").execute(wtx);
}

请注意，void 返回可能是您的树结构，wtx 参数可以是事务和/或树结构，我不一定确定您想要如何执行此操作。使用构建器的想法是从底层实现中抽象出复合事务的构建。这样，如果您需要更改底层命令，您应该能够这样做并进行原子测试。