XSLT聚合是否有效（相对于在Java中解析XML）？

我希望在带有数字的表格列的底部添加一个合计（总和）。我可以通过使用中提到的XSLT1.0选项来实现这一点

但是，我也可以先用Java解析XML源代码（这是TeamSite安装的一部分，它使用Java&XSLT1.0），然后在那里添加总和。有人知道两种解决方案的效率如何比较吗

注意：Java代码尚未解析XML源代码，因此无法获得效率

更新

---

这两种解决方案我都做了，Java解决方案似乎要快一点。然而：我没有精确的指标，也没有一个大的示例数据集。我将使用Java解决方案，主要是因为可重用性（即使用小计和总计）以及Java中可用的缓存选项

在Java中有很多方法，在XSLT中也有很多方法，包括如何编写代码和使用什么产品（例如，不同的解析器、不同的树模型、不同的XSLT处理器）。您的结果可能会告诉您更多关于Java和XSLT编程技能的信息，而不是您正在使用的技术。正如@Tomalak所说，测量它，公布你的结果，并邀请人们对其有效性/再现性进行评论

---

很可能成本将由XML解析的成本决定，这在原则上是相同的。然而，一些树模型比其他树模型更有效；大多数人使用的DOM可能是最糟糕的选择。

您尝试过这两种选择吗？你发现了什么？这个问题是我定位的一部分：如果有人指出一种方法比另一种更有效，我就不会费心建造另一种。。。然而，如果在这项工作到期之前没有答案，我会发布我的发现：）性能问题总是如此。在有人具体衡量之前，它们是没有意义的。一个更好的问题是“我已经尝试了这两种方法。这种方法比以前快了一个数量级，有人能解释为什么吗？”。另外：不要提前优化。让它工作，如果速度慢，让它更快。：）这不是一个科学问题：这是一个在开发过程中出现的问题，提前思考是一个很好的实践。。。另一个问题：不做别人以前做过的工作：这是我的意图我意识到了这一点，但我的观点是，没有人知道这些事情而不去衡量它们。尤其是在没有实现可供查看的情况下（如在您的案例中），所有赌注都没有了。仅基于文本描述，您不太可能从任何人那里得到可靠的性能预测。阅读你的更新，我认为你做出了一个非常合理的决定。