256

I know how to "transform" a simple Java List from Y -> Z, i.e.:

List<String> x;
List<Integer> y = x.stream()
        .map(s -> Integer.parseInt(s))
        .collect(Collectors.toList());

Now I'd like to do basically the same with a Map, i.e.:

INPUT:
{
  "key1" -> "41",    // "41" and "42"
  "key2" -> "42"      // are Strings
}

OUTPUT:
{
  "key1" -> 41,      // 41 and 42
  "key2" -> 42       // are Integers
}

The solution should not be limited to String -> Integer. Just like in the List example above, I'd like to call any method (or constructor).

moffeltje
  • 4,264
  • 4
  • 29
  • 52
Benjamin M
  • 22,065
  • 28
  • 111
  • 193

9 Answers9

459
Map<String, String> x;
Map<String, Integer> y =
    x.entrySet().stream()
        .collect(Collectors.toMap(
            e -> e.getKey(),
            e -> Integer.parseInt(e.getValue())
        ));

It's not quite as nice as the list code. You can't construct new Map.Entrys in a map() call so the work is mixed into the collect() call.

John Kugelman
  • 330,190
  • 66
  • 504
  • 555
  • 68
    You can replace `e -> e.getKey()` with `Map.Entry::getKey`. But that’s a matter of taste/programming style. – Holger Sep 18 '14 at 09:49
  • 7
    Actually it is a matter of performance, your suggesting being slightly superior to the lambda 'style' – Jon Burgin Apr 20 '17 at 20:35
37

Here are some variations on Sotirios Delimanolis' answer, which was pretty good to begin with (+1). Consider the following:

static <X, Y, Z> Map<X, Z> transform(Map<? extends X, ? extends Y> input,
                                     Function<Y, Z> function) {
    return input.keySet().stream()
        .collect(Collectors.toMap(Function.identity(),
                                  key -> function.apply(input.get(key))));
}

A couple points here. First is the use of wildcards in the generics; this makes the function somewhat more flexible. A wildcard would be necessary if, for example, you wanted the output map to have a key that's a superclass of the input map's key:

Map<String, String> input = new HashMap<String, String>();
input.put("string1", "42");
input.put("string2", "41");
Map<CharSequence, Integer> output = transform(input, Integer::parseInt);

(There is also an example for the map's values, but it's really contrived, and I admit that having the bounded wildcard for Y only helps in edge cases.)

A second point is that instead of running the stream over the input map's entrySet, I ran it over the keySet. This makes the code a little cleaner, I think, at the cost of having to fetch values out of the map instead of from the map entry. Incidentally, I initially had key -> key as the first argument to toMap() and this failed with a type inference error for some reason. Changing it to (X key) -> key worked, as did Function.identity().

Still another variation is as follows:

static <X, Y, Z> Map<X, Z> transform1(Map<? extends X, ? extends Y> input,
                                      Function<Y, Z> function) {
    Map<X, Z> result = new HashMap<>();
    input.forEach((k, v) -> result.put(k, function.apply(v)));
    return result;
}

This uses Map.forEach() instead of streams. This is even simpler, I think, because it dispenses with the collectors, which are somewhat clumsy to use with maps. The reason is that Map.forEach() gives the key and value as separate parameters, whereas the stream has only one value -- and you have to choose whether to use the key or the map entry as that value. On the minus side, this lacks the rich, streamy goodness of the other approaches. :-)

Community
  • 1
  • 1
Stuart Marks
  • 120,620
  • 35
  • 192
  • 252
  • 11
    `Function.identity()` might look cool but since the first solution requires a map/hash lookup for every entry whereas all other solution don’t, I would not recommend it. – Holger Sep 18 '14 at 09:53
18

A generic solution like so

public static <X, Y, Z> Map<X, Z> transform(Map<X, Y> input,
        Function<Y, Z> function) {
    return input
            .entrySet()
            .stream()
            .collect(
                    Collectors.toMap((entry) -> entry.getKey(),
                            (entry) -> function.apply(entry.getValue())));
}

Example

Map<String, String> input = new HashMap<String, String>();
input.put("string1", "42");
input.put("string2", "41");
Map<String, Integer> output = transform(input,
            (val) -> Integer.parseInt(val));
Sotirios Delimanolis
  • 263,859
  • 56
  • 671
  • 702
17

Guava's function Maps.transformValues is what you are looking for, and it works nicely with lambda expressions:

Maps.transformValues(originalMap, val -> ...)
Alex Krauss
  • 8,448
  • 4
  • 24
  • 30
  • I like this approach, but be careful not to pass it a java.util.Function. Since it expects com.google.common.base.Function, Eclipse gives an unhelpful error - it says Function is not applicable for Function, which can be confusing: "The method transformValues(Map, Function super V1,V2>) in the type Maps is not applicable for the arguments (Map, Function)" – mskfisher Mar 01 '18 at 13:16
  • If you must pass a `java.util.Function`, you have two options. 1. Avoid the issue by using a lambda to let Java type inference figure it out. 2. Use a method reference like javaFunction::apply to produce a new lambda that type inference can figure out. – Joe Mar 28 '18 at 05:32
  • Also note that, unlike other solutions on this page, this solution returns a _view_ to the underlying map, not a copy. – Lawrence Kesteloot Sep 30 '20 at 01:06
11

Does it absolutely have to be 100% functional and fluent? If not, how about this, which is about as short as it gets:

Map<String, Integer> output = new HashMap<>();
input.forEach((k, v) -> output.put(k, Integer.valueOf(v));

(if you can live with the shame and guilt of combining streams with side-effects)

Lukas Eder
  • 196,412
  • 123
  • 648
  • 1,411
5

My StreamEx library which enhances standard stream API provides an EntryStream class which suits better for transforming maps:

Map<String, Integer> output = EntryStream.of(input).mapValues(Integer::valueOf).toMap();
Tagir Valeev
  • 92,683
  • 18
  • 210
  • 320
4

An alternative that always exists for learning purpose is to build your custom collector through Collector.of() though toMap() JDK collector here is succinct (+1 here) .

Map<String,Integer> newMap = givenMap.
                entrySet().
                stream().collect(Collector.of
               ( ()-> new HashMap<String,Integer>(),
                       (mutableMap,entryItem)-> mutableMap.put(entryItem.getKey(),Integer.parseInt(entryItem.getValue())),
                       (map1,map2)->{ map1.putAll(map2); return map1;}
               ));
Community
  • 1
  • 1
Ira
  • 686
  • 8
  • 7
  • I started with this custom collector as a base and wanted to add that, at least when using parallelStream() instead of stream(), the binaryOperator should be rewritten to something more akin to `map2.entrySet().forEach(entry -> { if (map1.containsKey(entry.getKey())) { map1.get(entry.getKey()).merge(entry.getValue()); } else { map1.put(entry.getKey(),entry.getValue()); } }); return map1` or values will be lost when reducing. – user691154 Dec 14 '16 at 09:41
3

If you don't mind using 3rd party libraries, my cyclops-react lib has extensions for all JDK Collection types, including Map. We can just transform the map directly using the 'map' operator (by default map acts on the values in the map).

   MapX<String,Integer> y = MapX.fromMap(HashMaps.of("hello","1"))
                                .map(Integer::parseInt);

bimap can be used to transform the keys and values at the same time

  MapX<String,Integer> y = MapX.fromMap(HashMaps.of("hello","1"))
                               .bimap(this::newKey,Integer::parseInt);
John McClean
  • 5,017
  • 1
  • 21
  • 30
-1

The declarative and simpler solution would be :

map.replaceAll((key, val) -> getUpdatedListFor(key, val));

yourMutableMap.replaceAll((key, val) return_value_of_bi_your_function); Nb. be aware your modifying your map state. So this may not be what you want.

Cheers to : http://www.deadcoderising.com/2017-02-14-java-8-declarative-ways-of-modifying-a-map-using-compute-merge-and-replace/

Breton F.
  • 149
  • 1
  • 6