zoukankan      html  css  js  c++  java
  • Achieving Groovylike Fluency in Java with Google Collections | The Kaptain on ... stuff

    Achieving Groovy-like Fluency in Java with Google Collections | The Kaptain on ... stuff

    15 May, 2010

    Achieving Groovy-like Fluency in Java with Google Collections

    Posted by: TheKaptain In: Development

    Google Search Results

    You arrived here after searching for the following phrases:

    Click a phrase to jump to the first occurrence, or return to the search results.

    One of the most compelling things about using Groovy is the fluent and concise syntax, as well as the productivity and readability gains that come out of it. But there’s no reason not to take advantage of some of the same techniques and some library support, in this case google-collections, to make Java code easy to write AND to read.

    Creating Collections

    Groovy really shines for this one, making the creation of Lists and Maps, empty or populated, an absolute breeze. Java has some help for creating basic Lists but begins to struggle when creating maps. This is an area that google-collections can help in, especially in regards to creating immutable Maps.

    01
    02
    03
    04
    05
    06
    07
    08
    09
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    //Empty Lists
            List<String> groovyList = []
            List<String> javaList = new ArrayList<String>()
            List<String> googleList = Lists.newArrayList()  //can omit generics
     
    //Populated Lists
            List<String> groovyList = ["1", "2"]
            List<String> javaList = Arrays.asList("1", "2")
            List<String> googleList = Lists.newArrayList("1", "2")
     
    //Immutable Lists
            List<String> groovyList = ["1", "2"].asImmutable()
            List<String> javaList = Collections.unmodifiableList(Arrays.asList("1", "2"))
            List<String> googleList = ImmutableList.of("1", "2")
     
    //Empty Maps
            Map<String, String> groovyMap = [:]
            Map<String, String> javaMap = new LinkedHashMap<String,String>()
            Map<String, String> googleMap = Maps.newLinkedHashMap()
     
    //Immutable Maps
            Map<String, String> groovyMap = ["a":"1", "b":"2"].asImmutable()
     
            Map<String, String> javaMap = new LinkedHashMap<String,String>()
            javaMap.put("a", "1")
            javaMap.put("b", "2")
            javaMap = Collections.unmodifiableMap(javaMap)
     
            //OR(works only in Java, will not compile in <span class="searchterm1">Groovy</span>)
            Map<String, String> javaMap = new LinkedHashMap<String, String>()
            {
                {
                    put("a", "1");
                    put("b", "2");
                }
            };
     
            Map<String, String> googleMap = ImmutableMap.of("a", "1", "b", "2"//clunky syntax but it works

    Filtering Collections

    Groovy provides the very handy ‘findAll’ method that allows you to filter a Collection by applying a Closure. Google-collections provides similar facilities using the Predicate interface and two filter methods available statically on Collections2 and Iterables. This would also be a lot more readable if the Predicate definition were extracted but I wanted to show that it’s still possible to create them in-line quickly.

    01
    02
    03
    04
    05
    06
    07
    08
    09
    10
    11
    import static com.google.common.collect.Collections2.*
     
    List<Integer> toFilter = [1, 2, 3, 4, 5]
    List<Integer> <span class="searchterm1">groovy</span>Version = toFilter.findAll{ it < 3}
    List<Integer> googleVersion = filter(toFilter, new Predicate<Integer>()
        {
            public boolean apply(Integer input)
            {
                return input < 3;
            }
        };)

    Joining Collections into a String Representation

    This one has come up pretty often over the years, and it’s not surprising that where the JDK hasn’t provided, enterprising developers have added support through libraries. The problem is: given a Collection of objects, create a String representation of that Collection suitable for view from a consumer of the system. And admit it – the first time you hand-coded the algorithm you left a trailing comma, didn’t you? I know I did.

    Groovy has fantastic support for this use-case by simply including the ‘join’ method on Lists. Google-collections utilizes static calls on the Joiner class along with a simple DSL-like syntax to achieve the same effect. Throw in a static import to make it even more concise and it does a fine job. These two examples yield the same result.

    1
    2
    3
    4
    5
    6
    7
    8
    9
    import static com.google.common.base.Joiner.*
    def toJoin = ['a', 'b', 'c']
    def separator = ', '
     
    //groovy version
    def <span class="searchterm1">groovy</span>Join = toJoin.join(separator)
     
    //google-collections version
    def googleJoin = on(separator).join(toJoin)

    And google-collections also supports join for Maps, something missing from Groovy(although not very hard to implement).

    01
    02
    03
    04
    05
    06
    07
    08
    09
    10
    11
    12
    13
    14
    15
    16
    import static com.google.common.base.Joiner.*
    def toJoin = [1: 'a', 2: 'b', 3: 'c']
    def separator = ', '
    def keyValueSeparator = ':'
     
    //results in '1:a, 2:b, 3:c' which is essentially what is returned from Groovy map.toMapString()
    def googleVersion = on(separator).withKeyValueSeparator(keyValueSeparator).join(map)
     
    //results in '1 is a and 2 is b and 3 is c'
    googleVersion = on(" and ").withKeyValueSeparator(" is ").join(map)
     
    //doing the same in Groovy is slightly more involved, but really not that bad
    def <span class="searchterm1">groovy</span>Version = toJoin.inject([]) {builder, entry ->
                builder << "${entry.key} is ${entry.value}"
                builder
            }.join(' and ')

    Multimaps

    Multimaps are one of the more interesting parts of google-collections, at least to me. Have you ever found yourself writing code to create a Map of keys to Lists? Well the various Multimap implementations in google-collections mean you never have to write that boilerplate kind of code again. Here’s a “first-stab” effort to simulate a fairly generic Multimap with pure Java code.

    01
    02
    03
    04
    05
    06
    07
    08
    09
    10
    11
    12
    13
    public class JavaMultimap
    {
        private Map<Object, List<Object>> multimap = new LinkedHashMap<Object, List<Object>>();
     
        public boolean put(Object key, Object value)
        {
            List<object> objects = multimap.get(key);
            objects = objects != null ? objects : new ArrayList<object>();
            objects.add(value);
            <span class="searchterm2">multimap</span>.put(key, objects);
            return true;
        }
    }

    And the same thing in Groovy, achieving a slightly smaller version.

    01
    02
    03
    04
    05
    06
    07
    08
    09
    10
    11
    class <span class="searchterm1">Groovy</span><span class="searchterm2">Multimap</span>
    {
        Map map = [:]
     
        public boolean put(Object key, Object value)
        {
            List list = map.get(key, [])
            list.add(value)
            map."$key" = list
        }
    }

    I did some primitive timings comparing Java, Groovy and google-collections Multimaps implementations and, as you’d pretty much expect, google clearly takes the lead. Where things really start to get interesting though is when you start using the Multimap in Groovy code. Imagine if you will that you want to iterate over a collection of Objects and map some of the properties to a List. Here’s a contrived example of what I’m talking about, but applying this same pattern to domain objects in your application or even a directory full of xml files is pretty much the same. If you look closely you’ll notice that Groovy actually makes this a one liner to extract all values for a property across a List of Objects(used in the assertion), but I imagine that Multimap is probably a better alternative for large data sets.

    01
    02
    03
    04
    05
    06
    07
    08
    09
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    class GoogleCollectionsMultiMapTest
    {
        private Random random = new Random()
     
        @Test
        public void testMultimap()
        {
            def list = []
            10.times {
                list << createObject()
            }
            List properties = ['value1', 'value2', 'value3']
            Multimap multimap = list.inject(LinkedListMultimap.create()) {Multimap map, object ->
                properties.each {
                    map.put(it, object."$it")
                }
                map
            }
            properties.each {
                assertEquals (<span class="searchterm2">multimap</span>.get(it), list."$it")
            }
        }
     
        Object createObject()
        {
            Expando expando = new Expando()
            expando.value1 =  random.nextInt(10) + 1
            expando.value2 =  random.nextInt(100) + 100
            expando.value3 =  random.nextInt(50) + 50
            return expando
        }
    }

    So Where Does This Get Us?

    Between google-collections and the newer guava-libraries that contain it, there’s lots of help available for simplifying programming problems and making your code more readable. I haven’t even touched on the newly available support for primitives, Files, Streams and more, but if you’re interested in reducing the amount of code you write AND simultaneously making it more readable you should probably take a look. There’s a very nice overview available in part one and part two by Aleksander Stensby. And here’s a closer look at what google-collections can do for you.

    Source Code

    As per usual, source code is available at github as a maven project. Big thanks to the Spock team for sharing how they configure GMaven to properly utilize Groovy 1.7. Please feel free to take a look and comment here. Thanks!

  • 相关阅读:
    1305: Substring
    HDU1272 小希的迷宫 并查集
    1213 How Many Tables 简单的并查集问题
    POJ 3090 Visible Lattice Points 欧拉函数
    9.7——模拟赛
    洛谷——P2657 低头一族
    洛谷—— P1204 [USACO1.2]挤牛奶Milking Cows
    9.6——模拟赛
    洛谷—— P1126 机器人搬重物
    前端 自定义format函数
  • 原文地址:https://www.cnblogs.com/lexus/p/2558905.html
Copyright © 2011-2022 走看看