Amcom Home Page

 Googles Groovy app engine...

When Google first announced it's app engine, I thought wow that sounds cool, but I wasn't really into learning python (nothing against it, just wan't interested). So I filed it for later investigation. Well after about a year or so, later has become now. And now we don't need to learn python. We can use Java or more interesting for me Groovy.


 Groovalicious part deux

Last time left us with a couple of very simple domain objects written in Groovy. No real behavior or anything like that, and at this point they aren't anything that we couldn't have done just as easily with Transfer or even just using queries and structs. It was kind of nice not having to create any database tables, but other than that no real world benefit so far.

Here are the updated files for this post if you would like to follow along.

Even ignoring that we have no behavior in our objects (not the point of this post), what we have is less than ideal, both from the point of view of the object model and for the relational model. Employer and Employee both have 4 properties representing an address instead of just one property that is an address. Wouldn't it be better if say, we could have the address be it's own class? That way we could implement some snazzy behavior in it and not have to repeat that logic in any object that will have an Address?


 Groovy, Smashing. Yay capitalism!

Although capitalism does seem to be falling apart at the moment, at least we still have Groovy. And boy is it groovy baby, yeah.

Thanks to the (super hero like even) efforts of this guy, it is ridiculously easy to use Groovy within ColdFusion. Why would you want to use another language within a CF application? Speed, elegance, flexibility or just for giggles. Let's start with the speed.


BlogCFC was created by Raymond Camden. This blog is running version 5.9.002. Contact Blog Owner