groovy switch: nasty bug

I found nasty error in Groovy compiler. Consider the following code:

1 2 3 4 5 6 7 8

byte b = 1 switch(b) { case 0..9: println 'it is between 0 and 9' break default: println 'it is something else' }

It executes 'default' part, not the part with 0..9, which is not what a programmer would typically expect.
The reason behind it should be related to type conversion between "byte" and "int" types. With the following workaround:

1	swtch((int)b)

the program executes "proper" case.

groovy: switch statement and closure comprehension – nice for DSL

It is rather easy to extend groovy switch statement with our own DSL:


The trick here is that single-argument versions of IsGreaterThan, IsLessThan return closures. Switch-statement “understands” closures: it passes it’s argument (x in our case) as a parameter to the closure and expects boolean result being returned from the closure.Same thing can be done via function currying, but it looks not so nice, as with function overload.

Groovy language, spaceship operator

x <=> y

Useful in comparisons, returns -1 if left is smaller 0 if == to right or 1 if greater than the right.

Isn’t it sweet?

Fun with groovy maps and function call syntax

A function having a Map as first parameter:

1 2 3 4

void doIt(Map attrs, Object content) { println attrs println content }

supports equally valid call syntax variations:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

// "classical" call syntax, known from java world doIt([color: 'red', type: 'fruit'], 'hello!') // parentheses can be omitted doIt [color: 'red', type: 'fruit'], 'hello!' // even square brackets for map can be omitted doIt color: 'red', type: 'fruit', 'hello!' // order of map properties does not matter, // map properties can be intermixed with unnamed parameters. doIt color: 'red', 'hello!', type: 'fruit' doIt 'hello!', type: 'fruit', color: 'red'

this effectively allows to implement named parameters in groovy.

Power of switch statement in groovy

Very impressive (and expressive):

def x = 'test'

switch(x) {
  case null:
    println 'null!'
    break
  case ~/(?i)Test/:
    println 'got it!'
    break
  default:
    println 'something else'
}

here second 'case' does case-insensitive regex comparison. In general, case may contain any regex, collection, range or class.