IoC: One of those things you need to try, to get it Google Prefetching
Mar 31

Perl Deja Vu with new Groovy Syntax

Groovy, Tech Add comments

One of the nice things about playing with Groovy is that I get some deja vu now and then, back to my Perl and Python days.

For instance, Jeremy Rayner showed us that a Classic Groovy trick is here in JSR Groovy:

Rather than the boring, repetitive:

Point p = new Point(2,5)

you can now do

Point p = [2,5]

This is because groovy will try to do a coercion of a List into the right type needed for the assignment.

It uses the list to choose the appropriate constructor, then invokes it for you. neat.

This then has the effect in most places, such as setters (e.g. for a property of type Point)

foo.point = [2,5]

and in named parameters

bar.setPointLimits(upper:[7,9], lower:[2,4])

And the really interesting stuff (to me) is that the empty list is coerced into the default constructor.

Date today = []
println "the time at the moment is $today"

is equivalent to

Date today = new Date()

I am not sure how much of a fan I am of taking the list syntax ([ ]) and making it have sideeffects, especially [] == empty constructor, but it does remind me of a pattern that was used a lot in the Perl days.

We used to fake named params by passing in Hashes, or references to Hashes a la:

do_foo(a => “hi”, b => 32)

So, I would love to see some syntax to enable me to pass named params in a simple syntax.

Something like:

Point p = [x:1, y:2]

foo.point = [x:1, y:2]

Of if you don’t want to hijack the syntax, you can do with a suggestion from John Rose:

Date d = (77, Calendar.JUNE, 28)

or:

Date d = (year:77, month:Calendar.JUNE, day:28)

Basically we are getting rid of the implicit new Foo(), and making an assumption from the type that we set. This is funny, as we have been getting rid of the implicit type all along (and potentially even in C# 3.0 [and therefore Java 7? :)]):

d = new Date(77, Calendar.JUNE, 28)

There are different cases. One for when you are passing in new objects to methods, and the other when you are creating a new object. Also there are the sideeffects of “I want to tell you this type”. Worth exploring… not sure how I feel about it all yet!

4 Responses to “Perl Deja Vu with new Groovy Syntax”

  1. Chris Winters Says:

    FWIW, the ‘a => “hi”, b => 32′ perl construction isn’t a hash, you’re just using ‘=>’ (a.k.a, the ‘fat comma’) as a shortcut so you don’t have to quote ‘a’ and ‘b’. What perl sees with that is: ‘”a”, “hi”, “b”, 32′.

  2. Dion Says:

    Chris,

    You are right of course, but it all gets auto converted around:

    sub foo {
    my %h = @_;

    print $h{’a'};
    }

    foo(a => ‘b’);

    D

  3. Mike Spille Says:

    A dangerous and silly “feature”. I predict that this feature will have two primary end results in Groovy code:

    1) Most people will be completely unaware of it and will be baffled when they encounter it out in the wild (WTF is this?!?!?). Groovy’s abysmal documentation guarantees this.

    2) It will preduce really bizarre errors and behaviors where people are trying to do list things and Groovy is auto-coercing their lists into new objects. Oy!

    Yet another “feature” that hasn’t been thought out and will cause more grief than good. Go Groovy!

  4. karthik Says:

    I dont think this works in python. Is’nt apply() present specifically to address this?

    class Hello
    def __init__(self,a,b):
    pass

    lst = [1,2]
    Hello(lst)# Error
    h = apply(Hello,lst)

Leave a Reply

Spam is a pain, I am sorry to have to do this to you, but can you answer the question below?

Q: Type in the word 'cricket'

Loading...