我正试图在Java流API中形成一个关于懒惰评估应用的cocise和一致的理解.
这是我目前理解的内容:
我想做的是将所有这些想法结合起来,确保我不会歪曲任何事情.我发现它很棘手,因为每当我阅读有关Java流的任何文献时,它会继续说它们是懒惰的或利用惰性评估,然后非常可互换地开始讨论优化,例如融合和短路.
那么我说对于以下内容是否正确？
融合是如何在流API中实现延迟评估 - 即消耗元素,并且尽可能将操作融合在一起.我认为如果不存在融合那么我们肯定会回到急切的评估,因为替代方案只是处理每个中间操作的所有元素,然后再转移到下一个中间操作？
没有融合或懒惰的评估,短路是可能的,但通过这两个原则的实施,在流的背景下是非常有帮助的吗？
我对此有任何进一步的见解和明确表示感谢.