| By Andrew Powell | Article Rating: |
|
| May 16, 2008 12:45 PM EDT | Reads: |
11,773 |
Andrew Powell's Blog
OK, so we know ColdFusion, to quote Joe Rinehart, makes it "stupid-easy" to render HTML off of dynamic data. We (CFML developers) have been using it to do this for years. Only recently, with the fast emergence of RIAs in the last 5 years, has the game changed.
My personal approach has become to to let ColdFusion do what it does best, and no more. No AJAX generation or any of that silly UI stuff. Leave that to the AJAX frameworks, or Flex, or whatever your UI is going to be on the front-end. That's what the UI tool was designed for, CF wasn't. Let CF focus on three things: getting data into and out of RIA front-ends, rendering HTML with dynamic data, and providing services that Java and .NET cannot provide (more on that in a bit). Beyond that, let Java, .NET, or whatever do the work at the model layer. Keep your CFML to a minimum and give ColdFusion some room to breathe.
This is not to say I don't use CFCs. I do. My framework of choice (Mach-II) relies almost exclusively on CFCs for processing requests. However, the only CFCs I have in my application (outside of the framework) are for listeners, plugins, and filters. No more, no less. The rest of the work is done at that Java layer. Spring handles my IOC and AOP, and Hibernate is responsible for my persistence. No more, no less.
This approach solves much of what the "vocal minority" at the cf.Objective() CF 9 BOF were clamoring for: you get the best of both worlds. You get all of CF's ability to deliver data and render that static UI, plus kick-ass services: CFMAIL, CFPDF, etc that you cannot and never will be able to do easily in Java (my OO lang of choice). You also get the things that Java does well: strong-typing, easy persistence (Hibernate), strong IOC utils (Spring), a true OO language, plus a ton of other stuff that CFML and ColdFusion just don't do well as Java.
I think that there are some CFML developers who are not necessarily "outgrowing CFML" as Brian Kotek has put it, but learning that there are other tools in the tool belt besides your favorite hammer. Is that so bad to realize and use those other tools? I don't think so. I think it's a natural progression of the good developer to push themselves to, occasionally, learn other languages and not be complacent with just one language.
So, should CFML developers switch to Java? No. Should they learn it and learn how to leverage it within their CFML apps? Absolutely. It gives you the ability to let ColdFusion run and truely perform, plus it gives you, the developer, another skill that will make you that much more marketable. It truly is a win-win situation.
[This appeared originally here and is republished by kind permission of the author, who retains copyright.]
Published May 16, 2008 Reads 11,773
Copyright © 2008 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Andrew Powell
Andrew Powell has been architecting and developing Web applications for over 10 years using ColdFusion, Java, ASP.NET and ASP. His background includes experience running IT Departments for firms in the executive search and aviation consulting fields. You can read his blog on everything ColdFusion, Java, Flex & AJAX at www.infoaccelerator.net.
![]() |
Kai Tischler 06/18/08 11:07:33 AM EDT | |||
Hello Andy ! I have just recently rediscovered the possible value of "ColdFusion on Java"; and now we have also "CF Groovy" at our disposal ... My question is really: You mentioned that You use Java for domain modeling; how do You do this concretely in a "ColdFusion on Java/Groovy" environment ? Do You code all Your application logic in pure Java, or do You use it solely for domain modeling and to provide persistence ? And somehow convert Java objects to CFCs to do the application logic in ColdFusion ? Or asked another way round: Which capabilities of ColdFusion do You still use ? Best Regards and Tschüss Kai from Northrhine-Westfalia in Germany |
||||
- It's the Java vs. C++ Shootout Revisited!
- Patterns for Building High Performance Applications
- Asynchronous Logging Using Spring
- Java for Programmers (2nd Edition)
- Cross-Platform Mobile Website Development – a Tool Comparison
- Three Buzzwords That Every CIO Hears but One They Should Listen To
- Write Once Run Anywhere or Cross Platform Mobile Development Tools
- Immersing into JavaScript Frameworks
- Workday Reportedly Prepping to Go Public
- Cloud Expo New York: The Java EE 7 Platform - Developing for the Cloud
- Book Review: Sams Teach Yourself Java in 24 Hours
- OpenOffice.com Lives
- Book Excerpt: Introducing HTML5
- Adobe Sends Flex to the Apache Foundation
- Five Years Waiting for JRE 7: Is It Justified? (Part 1)
- Book Excerpt: Java Application Profiling Tips and Tricks
- i-Technology in 2012: Five Industry Predictions
- It's the Java vs. C++ Shootout Revisited!
- Patterns for Building High Performance Applications
- OpenXava 4.3: Rapid Java Web Development
- The Next Web Architecture
- Asynchronous Logging Using Spring
- Java for Programmers (2nd Edition)
- Is Write Once Run Anywhere Ever Going to Be a Reality?
- A Cup of AJAX? Nay, Just Regular Java Please
- Java Developer's Journal Exclusive: 2006 "JDJ Editors' Choice" Awards
- JavaServer Faces (JSF) vs Struts
- The i-Technology Right Stuff
- Rich Internet Applications with Adobe Flex 2 and Java
- Java vs C++ "Shootout" Revisited
- Bean-Managed Persistence Using a Proxy List
- Reporting Made Easy with JasperReports and Hibernate
- Creating a Pet Store Application with JavaServer Faces, Spring, and Hibernate
- Why Do 'Cool Kids' Choose Ruby or PHP to Build Websites Instead of Java?
- What's New in Eclipse?
- i-Technology Predictions for 2007: Where's It All Headed?




















