Groovy took a gigantic leap this past April, with the formal release of a new parser aimed at standardizing the language as part of the JSR process. If you weren't paying attention before, now's the time to start. The new syntax is chock full of enhancements to the language designed for a short learning curve and a big payoff. Resident Groovy practitioner Andrew Glover walks through most important changes to Groovy's syntax and shows you a handy feature you won't find in classic Groovy.
Post a Comment
Member since:
2005-07-07
for JVM-based scripting languages.
In the Serious Non-Troll Question Department, does such activity indicate
[] increased interest in JVM-based solutions
[] fragmentation of the Java world
[] a breadth vs. depth approach, where an army of small languages strive to avoid being caught in a net...
Member since:
2005-06-29
Member since:
---
Member since:
---
Unfortunately for Java folks, natively-compiled dynamic languages such as various Common Lisp implementations (SBCL, Allegro) run much, much faster than JVM-hosted dynamic languages. Also, the JVM lacks many dynamic features that are necessary for full implementations for languages such as Smalltalk. So you won't see "real" dynamic languages on the JVM, just slow scripting toys like Groovy.
Member since:
2005-07-07
Member since:
2005-07-06
Member since:---
The fact that it produces byte code does not have to make it fast. Just think: compiled Java code might only take a couple byte code instructions to read a variable, while Groovy code might have to use a long byte code subroutine in order to find out what type the variable is, what operations are possible, etc.
Member since:
---
Here is for Groovy:
http://opal.cabochon.com/~stevey/sokoban/docs/article-groovy.html
Here is for the others:
http://opal.cabochon.com/~stevey/sokoban/
