Development frameworks are a hot topic in the ColdFusion (or any development) community right now. Many consider them essential to developing maintainable, scalable applications. Other's decry community frameworks, arguing that they are crutches and add unnecessary complexity to solving their business problems. I won't rehash these arguments (Google to your heart's content), but I will point out that there seems to be enough interest in CF frameworks, that Michael Smith and TeraTech are sponsoring a
Frameworks Conference in February 2007.
One framework that sadly won't be represented at the Frameworks Conference is
Plum, and that's a shame, because I believe Plum rocks the house.
ColdFusion was originally a Windows-based, procedural, web development environment. When Macromedia acquired ColdFusion from Allaire and subsequently rebuilt it on the J2EE platform, we began to see the beginnings of the "javafication" of ColdFusion. ColdFusion Components (CFCs; essentially object classes) were added and object-speak started to become pervasive in the community. This has really picked up steam recently, as many developers with Java backgrounds are moving to ColdFusion, bringing with them their best practices for Enterprise team development, Macbook Pros and Linux backends. We now have a slew of Object Oriented (OO) frameworks like Mach ii, Model-Glue Unity, ColdBox, etc. which have adopted the Model-View-Controller design pattern and use XML configuration files. Even Fusebox, arguably the most widely adopted CF framework, has been morphing from a procedural framework into a OO hybrid. Do I see this as a bad thing? Not at all. I see it as a necessity for ColdFusion to continue to evolve and be taken seriously in the Enterprise development space, which I believe must succeed for ColdFusion to have any long-term viability.
However, let's remember that CFML is *still* a procedural language, and not everyone wants to be an Enterprise psuedo-java developer. There are scores of smaller shops out there that run exclusively on Windows, and use ColdFusion to provide products and services for their customers, who have absolutely no interest in OOP, MVC, etc. They are focused on getting their projects out the door as quickly and cost effectively as possible, and the luxury of studying and rewriting their apps using MVC may not exist for them.
It is possible to write large, performant, scalable web applications with ColdFusion without going the down the java-lite route. If you're not into rolling your own, Plum will help do this for you, and very quickly. Plum was originally an internal framework built by Adam and David Churvis at Productivity Enhancement. For those of you who don't know, Adam and David co-authored the
ColdFusion MX Bible, along with Charlie Arehart and Hal Helms. Their chapters on advanced database concepts and custom tag development are worth the price of the book alone. They are widely recognized for their database and scalability prowess, in addition to being excellent trainers. They espouse development best practices. Plum represents the best of their development and training philosophies. And it is available to you as a development and/or learning tool, free of charge.
I have been using Plum as my main CF framework for about 3 years now (since the first alpha), and have built about 14 applications with it in that time. Most are not public facing (I do a lot of intranets), but some of these are outsourced projects for some well known companies including British Gas, Sun Oil (Sunoco) and Merrill Lynch. I have not once encountered an error from one of these applications that wasn't directly induced by me or was a recognized bug in CF.
You don't see a lot of traffic on the Plum mailing list nowadays, and I believe one of the reasons is because the framework core files are so bug free that you don't have a lot of problems. Another reason is because not many folks are adopting Plum anymore for various reasons. Perhaps the foremost is that Adam and David are now focusing on Microsoft .NET technologies, and there are no immediate plans to further the development of the CFML version of Plum. It works fine now and there are only a couple of minor issues. Other reasons include the fact that there is no support for MySQL or Postgres, and that the code generator is a Windows .NET application.
I plan on frequently blogging on Plum, if for no other reason that those of us in that community can share tips and tricks, show off some sites we have done, etc. There is a lot to talk about. We might even be able to address some of the shortcomings with the Churvises blessing down the road if there is interest. So if you are a Plum afficionado, please stay tuned.
P.S. On a side note, I have just been hired as a full time developer working with a small team on a long term Fusebox project. You can expect that I will be devoting some time on this blog comparing and contrasting the two frameworks and methodologies.