Another groupingReduce overload

[Michael Nascimento]

Hi Brian,

I know I can write it myself, but the fact a method has made it into
Guava is already an evidence of wide usage. And I can tell in my code
base, it is the only groupingReduce overload I would need and I guess
it is true for many business applications as well.

If we get to the write it argument, one would only need the most
complex overloaded version. I am just trying to provide some feedback
here on what is needed in real world business projects or not. I guess
not many people are going to provide feedback if that's the answer for
every suggestion...

Regards,
Michael

On Wed, Feb 13, 2013 at 9:37 PM, Brian Goetz <brian.goetz at oracle.com> wrote:
> Write it!
>
> While we regrettably cannot publish the Op APIs (to make stream pipelines
> extensible) yet, we will public Collector, and the Collectors we've already
> got are only a few lines of code each.  So you should be able to write this
> collector yourself, and have it play nicely with the pre-baked collectors.
>
>
>
>
> On 2/13/2013 6:31 PM, Michael Nascimento wrote:
>>
>> Hi guys,
>>
>> Guava's uniqueIndex methods are pervasive in the code base I am using
>> to evaluate lambda:
>>
>>
>> http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common/collect/Maps.html#uniqueIndex(java.lang.Iterable,
>> com.google.common.base.Function)
>>
>> A groupingReduce overload like this would be very handy:
>>
>>      public static <T, K> Collector<T, Map<K,T>>
>> groupingReduce(Function<? super T, ? extends K> classifier) {
>>          return groupingReduce(classifier, HashMap::new,
>> Functions.identity(), throwingMerger());
>>      }
>>
>> Is it possible to have it? Please? :-)
>>
>> Regards,
>> Michael
>>
>