方法链接的优点和缺点，以及用对象本身替换所有无效返回参数的可能性

管景天

2023-03-14

问题内容：

我对Java最为感兴趣，但是我认为这是一个普遍的问题。最近，我一直在使用Arquillian框架（ShrinkWrap），该框架使用了很多方法链接。方法链接的其他实例是在方法StringBuilder，StringBuffer。使用这种方法有明显的好处：减少冗长是其中之一。

现在我在想，为什么不是所有具有void返回参数的方法都实现为可链接的？链接必须存在一些明显的客观缺陷。因为如果所有方法都可以链接，那么我仍然可以选择不使用它。

我不是要更改Java中的现有代码，这可能会破坏某些地方的内容，但是解释一下为什么不使用它也很好。从将来的框架（用Java编写）的设计角度来看，我会提出更多要求。

我发现了一个类似的问题，但是最初的询问者实际上想知道为什么将其视为一种良好实践：方法链接-为什么它是一种良好实践？

尽管有一些可用的答案，但我仍然不确定链接的所有优点和缺点是什么，以及使所有无效方法都可链接是否有用。

问题答案：

缺点

原则上，它混淆了签名，如果某些东西返回一个新实例，我不希望它也是一个变种方法。例如，如果一个矢量具有缩放方法，那么如果它有一个返回值，我会假定它返回一个由输入缩放的新矢量，如果没有，那么我希望它在内部进行缩放。
加上当然，如果扩展了类，您会遇到问题，即在链接的途中，对象将转换为超类型。当在父类中声明了链接方法，但在子类的实例上使用了链接方法时，就会发生这种情况。

好处

它允许将 数学方程式 代码编写为完整方程，而无需多个中间对象（导致不必要的开销），例如，无需方法链接向量三叉积（作为随机示例），则必须编写为
```
MyVector3d tripleCrossProduct=(vector1.multiply(vector2)).multiply(vector3);
```

缺点是创建了必须创建并收集垃圾的中间对象，或者

        MyVector3d tripleCrossProduct=vector1;
    tripleCrossProduct.multiplyLocal(vec2);
    tripleCrossProduct.multiplyLocal(vec3);

它避免了中间对象的创建，但
仍然非常不清楚，tripleCrossProduct实际上变量名实际上是第3行的谎言。但是，如果您具有方法链接，则可以以普通的数学方式简洁地编写它，而无需创建不必要的中间对象。

    MyVector3d tripleCrossProduct=vector1.multiplyLocal(vector2).multiplyLocal(vector3);

所有这些都假定vector1是牺牲性的，不再需要再次使用

        SomeObject someObject=new SomeObject();
    someObject
      .someOperation()
      .someOtherOperation();

NB
MyVector3d未被用作Java的真实类，但是被假定为在.multiply()调用方法时执行叉积。.cross()不使用它，以便对那些不熟悉矢量演算的人更清楚“意图” 。NB Amit的解决方案是使用多行方法链接的第一个答案，我将其作为完整性的第四个要点的一部分