-
Notifications
You must be signed in to change notification settings - Fork 10.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ImmutableListMultimap.copyOf(Map<K, List<V>>), etc. #465
Comments
Original comment posted by joe.j.kearney on 2010-11-03 at 05:57 PM If this is added I think an extra wildcard on the parameter should be considered: <K,V> ImmutableMultimap<K,V> ImmutableMultimap.copyOf(Map<? extends K, ? extends Collection<V>>) This was discussed in this thread, too: |
Original comment posted by [email protected] on 2011-01-27 at 06:01 AM (No comment entered for this change.) Status: |
Original comment posted by [email protected] on 2011-03-31 at 12:26 PM Is this somewhat related to issue #320? Would What are those "JDK like implementation[s] of multimap" exactly? Wouldn't they support the interface I suggested above? |
Original comment posted by [email protected] on 2011-07-13 at 06:18 PM (No comment entered for this change.) Status: |
Original comment posted by [email protected] on 2011-11-20 at 03:32 PM By "JDK like implementations of multimap" I mean: For such a Map, there's no easy way to get an Iterable<Map.Entry<K, V>>... Calling entrySet() on such a Map will return Iterable<Map.Entry<K, Collection<V>>>. The idea is to give an easy way to "translate" existing legacy code (that uses JDK) to Guavable code that uses Multimaps. |
Original comment posted by [email protected] on 2011-12-10 at 03:51 PM (No comment entered for this change.) Labels: |
Original comment posted by [email protected] on 2012-02-16 at 07:17 PM (No comment entered for this change.) Status: |
Original comment posted by [email protected] on 2012-05-30 at 07:43 PM (No comment entered for this change.) Labels: - |
Original comment posted by [email protected] on 2012-06-22 at 06:16 PM (No comment entered for this change.) Status: |
Original comment posted by wasserman.louis on 2013-03-16 at 03:52 AM Issue #1341 has been merged into this issue. |
We should research current builder usages to learn what common things we might want to streamline. |
Original issue created by [email protected] on 2010-11-03 at 01:14 PM
I think it would be useful to transform a JDK like implementation of multimap (i.e. Map<K, ? extends Collection<V>>) directly into an immutable multimap (w/o needing to create a non-immutable multimap first).
The workaround is to use a builder...
The text was updated successfully, but these errors were encountered: