标签:java java-8 java-stream api-design
我正在为新手程序员编写一个库,所以我试图保持API尽可能干净.
我的库需要做的一件事就是对大量的int或long进行一些复杂的计算.我的用户需要从中计算这些值所需的大量场景和业务对象,因此我认为最好的方法是使用流来允许用户将业务对象映射到IntStream或LongStream,然后计算收集器内的计算.
但是IntStream和LongStream只有3参数collect方法:
collect(Supplier<R> supplier, ObjIntConsumer<R> accumulator, BiConsumer<R,R> combiner)
并且没有Stream< T>的简化收集(收集器)方法.拥有.
所以不是能够做到的
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
对于我的新手用户来说这太复杂了,而且非常容易出错.
我的工作是创建以IntStream或LongStream作为输入的静态方法,并为您隐藏收集器的创建和执行
public static MyResult compute(IntStream stream, ...){
return .collect(
()-> new MyComplexComputationBuilder(...),
(builder, v)-> builder.add(v),
(a,b)-> a.merge(b))
.build();
}
但这并不符合使用Streams的常规惯例:
IntStream tmpStream = businessObjs.stream()
.mapToInt( ... );
MyResult result = MyUtil.compute(tmpStream, ...);
因为您必须保存临时变量并将其传递给静态方法,或者在静态调用中创建Stream,这可能会在将其与我的计算中的其他参数混合时产生混淆.
在使用IntStream或LongStream时,有更简洁的方法吗?
解决方法:
事实上我们做了一些Collector.OfXxx专业化的原型.我们发现 – 除了明显的更专业类型的烦恼之外 – 如果没有完整的原始专用集合(如Trove,或者GS-Collections,但是JDK所做的那样),这并不是非常有用.没有).例如,没有IntArrayList,Collector.OfInt只是将拳击推送到其他地方 – 从收集器到容器 – 这没有大的胜利,以及更多的API表面.
标签:java,java-8,java-stream,api-design 来源: https://codeday.me/bug/20190930/1835467.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。