为什么原始流没有collect（收集器）？

Question

我正在为新手程序员编写一个库，所以我试图保持API尽可能干净。

我的库需要做的事情之一是对大量的ints或long集合执行一些复杂的计算。我的用户需要从许多场景和业务对象中计算这些值，因此我认为最好的方法是使用流来允许用户将业务对象映射到intstream或longstream，然后在收集器中计算这些计算。

collect(Supplier<R> supplier, ObjIntConsumer<R> accumulator, BiConsumer<R,R> combiner)

所以与其能够做到

Collection<T> businessObjs = ...
MyResult result = businessObjs.stream()
                              .mapToInt( ... )
                              .collect( new MyComplexComputation(...));

我必须提供这样的供应商、累加器和组合器：

MyResult result = businessObjs.stream()
                              .mapToInt( ... )
                              .collect( 
                                  ()-> new MyComplexComputationBuilder(...),
                                  (builder, v)-> builder.add(v),
                                  (a,b)-> a.merge(b))
                              .build(); //prev collect returns Builder object

这对我的新手用户来说太复杂了，而且很容易出错。

public static MyResult compute(IntStream stream, ...){
       return .collect( 
                        ()-> new MyComplexComputationBuilder(...),
                        (builder, v)-> builder.add(v),
                        (a,b)-> a.merge(b))
               .build();
}

IntStream tmpStream = businessObjs.stream()
                              .mapToInt( ... );

 MyResult result = MyUtil.compute(tmpStream, ...);

在使用intstream或longstream的同时，是否有一种更干净的方法可以做到这一点？

Answer 1

事实上，我们对一些collector.ofxxx专门化进行了原型化。我们发现--除了更专门化类型的明显烦恼之外--如果没有完整的原语专门化集合（就像Trove或GS集合一样，但JDK没有），这并不是非常有用的。例如，如果没有IntArrayList，一个Collector.Ofint只是将装箱推到其他地方--从收集器到容器--这没有什么大的好处，而且会有更多的API表面。