Rapids

Don’t Fear the Rapid

by on October 29, 2013 8:03 am

The term Rapid Application Development, or RAD, has been around for a few years. From the way it’s avoided in all sensible software development shops, it seems to have gained a bad reputation. There are times when it seems that the idea of rapid development is synonymous with writing throw-away code and simply not doing unit tests.

We are writing more and more complex applications, but the tradeoff seems to be longer programming cycles and more money spent on projects. A great deal of time is often spent on setting up the development environment and configuration for the application.

I would like to take a brief look at a couple of application environments that can jump-start the application process and provide tools that can bring the development time down considerably. I’ll stay in the Java space as I have a great deal of experience there, and a lot of enterprise level programmers share that skill set. Also, the tools we are looking at will allow us to reuse the vast amount of Java third party libraries and code we have put in time and money to develop.

The tools I mention here have some very good documentation online and several tutorials are just a Google search away. So, in this blog, instead of attempting to present you with code that shows how I use these tools and the problems they solve for me, I’ll introduce you to them and urge you to spend some time to work with them to see if they solve your problems.

Web development

Java, and later C#, ushered in an era of relatively quickly built web applications a decade and a half ago. It allowed us to shorten the development life cycle of major systems and deliver them in a new way. As the ability to write more functionally complex code and frameworks have been developed to deliver this complexity, multi-year projects once again have become the norm.

Grails

Grails was developed as the Java VM Rapid Development answer to Ruby on Rails. It has grown beyond being just another Rapid Development environment. In a very high profile case, Netflix has used Grails to develop Asgard, an application to assist development shops in deploying applications to Amazon’s cloud.

Grails’ coding by convention paradigm decreases the amount of time to develop parts of the web application by tying different parts of the application to others by convention instead of forcing the programmer to code those parts. For instance, a class in the model named Employee would have a corresponding table in the database by that same name.

Not giving any care to the look and feel of the website and having no legacy database to contend with, I’ve been able to build a full CRUD, or Create, Read, Update, Delete, application in about 15 minutes. Once you have the basic operations in place, you can modify the application for look and feel.

Grails applications use a combination of Groovy and Java in building the application. Using good programming techniques, a Grails application can be written quickly, but yet remain highly maintainable.

You also do not need to, nor should you, give up testing when using Grails. Grails unit testing supports JUnit 3 and 4 as well as Spock style testing.

Desktop application development

Java is not known as a desktop application language. I think a lot of that is because of the complexity of writing and maintaining a true Rich User Interface in Java, even with Swing. There are some libraries and frameworks for helping with that.

Griffon

Griffon is called a Rich Application Platform and is very Grails-like. Griffon handles much of the framework of a standalone Swing application so the developer can concentrate more on the business logic. Griffon’s reliance on convention, similar to Grails, is both a boost for rapidly developing the application and for maintaining it later. The parts of a Griffon application are very distinctly defined between the Model, View, and Controller (MVC). The framework then injects references to the other layers, so the model is available to the controller and view, and so forth.

Griffon is probably more reliant on Groovy to build the application than Grails is. But it allows you to use the power of Groovy to overcome what I believe are some of the shortcomings of programing in Swing, mainly in providing SwingBuilder that helps, logically, building a Swing interface including help with the different Layouts. I’ve always preferred the GridBagLayout when building Swing applications because of the flexibility it brings, but the amount of information that must be set in each object makes coding the UI slow and harder to maintain. The SwingBuilder, among other things it does, provides a great deal of help with that.

Griffon has a built-in unit test, and the ability to add Spock testing as a plugin. In Griffon, as well as in Grails, Test-Driven Development does not have to take a back door to Rapid Development.

Griffon will then build your application as a standalone jar; an applet that can be deployed via a webpage; a Web Start application which will allow you to deliver the application as well as updates over the Internet; or all three.

Summary

There is no reason to give up good programming practices, such as testing or working to write maintainable code, in order to write rapid code. Sometimes, it might just be how we start the project.

A good builder keeps a well-stocked tool chest and uses the right tool for the job. These two tools should be in every Java shop’s tool box. Take a half a day, or some time over the weekend to download one or both of these environments and work through a tutorial or two. Then you can tell if these environments will be worth spending the time to learn.

— Rik Scarborough, asktheteam@keyholesoftware.com

  • Share:

Leave a Reply

Things Twitter is Talking About
  • We <3 consulting & we <3 development! Want proof? We created #GrokOla, a tool for clients to ask our team high-level development questions.
    April 26, 2015 at 4:04 PM
  • Want to write a single page app with ExtJS? View @zachagardner's video tutorial series for guiding #ExtJS principles: http://t.co/q4ctOYduNb
    April 25, 2015 at 12:47 PM
  • It's Friday! Nothing better than an impromptu Keyhole team happy hour @75thStBrewery. Great way to kick off the weekend. #loveourteam
    April 24, 2015 at 4:00 PM
  • .@Jinaljay transitioned to #Java from .NET & needed to switch IDEs. Tips that helped her in the switch to #eclipse - http://t.co/wbx9qGcbhX
    April 24, 2015 at 2:30 PM
  • Do you like to lay #JavaScript code just as much as you love to manage dev teams? Apply to be a Lead JS Dev with us - http://t.co/TIKNFUZj4q
    April 24, 2015 at 12:16 PM
  • Know Your IDE: #Eclipse http://t.co/wbx9qGcbhX With tips and shortcuts to make it easier to use.
    April 24, 2015 at 11:27 AM
  • #Java is OO but contains non-object primitives. Autoboxing feels more like a band-aid. Do primitives need to go? http://t.co/A8ChCBqmle
    April 24, 2015 at 10:59 AM
  • .@racingcow we're so glad you're interested in attending #KCDC15! Just follow us and we will DM you the code to save 10% off your ticket!
    April 23, 2015 at 4:25 PM
  • Rapid #appdev has a bad rep, but there are ways to bring development time down the right way. Don't Fear the Rapid - http://t.co/8CKhAzE9jJ
    April 23, 2015 at 2:30 PM
  • #JavaScript debugging is tough - every technique you have in your toolbelt can help! Time-Oriented #Debugging - http://t.co/n0JrRPrWHt
    April 23, 2015 at 10:20 AM
  • 4 Creative Ways to Test Your Code in Production - http://t.co/OijrRetTNA
    April 23, 2015 at 9:13 AM
  • Code For Maintainability So The Next Developer Doesn't Hate You - http://t.co/iG2wW2rSWj Eight helpful tips to do so.
    April 23, 2015 at 6:30 AM
  • Big news - we've released a demo version of #GrokOla open to the public. Try out its features & capabilities - http://t.co/O4ladoeLhk
    April 22, 2015 at 2:50 PM
  • Here's a free primer for ​implementing a RESTful API using #SpringMVC ​- http://t.co/JWvqeg3SST #GrokOla
    April 22, 2015 at 2:20 PM
  • Interesting article with a neat open source tool - osquery. Why Sharing Your Security Secrets Is a Good Thing http://t.co/Tcpt27ibjI
    April 22, 2015 at 8:50 AM
  • ICYMI: Free #GrokOla development primer. Get to know #Java Lambdas - http://t.co/D2iLLj8mph
    April 21, 2015 at 4:31 PM
  • We've been releasing some free #Grokola tutorials. See them all in one spot - http://t.co/WDt5fVSwaA #JavaScript #Backbonejs #nodejs #java
    April 21, 2015 at 2:30 PM
  • Are you a planner? Then you'd better get your @kc_dc tickets! Tweet us for a '10% off your ticket' #KCDC15 code. We're excited to sponsor!
    April 21, 2015 at 12:15 PM
  • #Netty can handle multiple traffic types concurrently, like #WebSockets & HTTP over the same port at the same time: http://t.co/TIufQDCCiC
    April 21, 2015 at 10:04 AM
  • There's a new post on the Keyhole blog from @Jinaljay - Know Your IDE: #Eclipse http://t.co/wbx9qFUAqp
    April 20, 2015 at 10:27 AM
Keyhole Software
8900 State Line Road, Suite 455
Leawood, KS 66206
ph: 877-521-7769
© 2015 Keyhole Software, LLC. All rights reserved.