为什么流操作与收集器重复？

Question

请允许我提出一些抱怨，也许是令人厌烦但我想描述的是：“为什么会提出这个问题呢？”。我昨天晚上在这里、这里、这里回答的问题和其他人不一样。

consuming(stream.map(...));
consuming(stream.collect(mapping(...,toList())).stream());

void consuming(Stream<?> stream){...}

stream.collect(groupingBy(
  ..., mapping(
        ..., collectingAndThen(reducing(...), ...)
       )
));

Stream operations在做一些简单的工作时比Collector更有表现力，但是它们比Collector更慢，因为它会为每个操作创建一个新的Stream，并且Stream比Collector更繁重和抽象。例如：

stream.map(...).collect(collector);
stream.collect(mapping(..., collector));

收集器无法将短路终端操作作为流应用。例如：

stream.filter(...).findFirst();

有人能想出为什么流操作与收集器重复的其他缺点/优点吗？我想重新理解它们。提前道谢。

Answer 1

对于那些习惯于链接方法调用的人来说，链接一个专用的终端流操作可能更具有表现力，而不是“Lisp风格”的组合收集器工厂调用。但是它也允许为流实现优化执行策略，因为它知道实际操作，而不是仅仅看到collector抽象。

另一方面，正如您自己命名的那样，可以组合collectors，允许在不再可能进行流操作的地方执行嵌入在另一个收集器中的这些操作。我想，这种镜像只是在Java ；8开发的后期才变得明显，这就是为什么有些操作缺少对应操作的原因，比如filtering或flatmapping，这些操作只有在Java ；9中才会出现。因此，让两个不同的API做类似的事情，并不是在开发开始时就做出的设计决定。