Luis Majano

October 15, 2008

Spread the word

Share your thoughts

On my last post, Sami Hoda, pointed out the following:

How about an architectural comparison between Coldbox and other frameworks to give existing frameworks people perspective?

And I think it is a great idea to give reference on what ColdBox can do and how does it compare to other frameworks. However, I do need some help from you (Developers) to post exactly what you want to compare. I can ramble and ramble, but I would prefer to get a listing of what exactly needs comparison. So please post all your questions about this framework and I will start gathering the answers and posting them. Please try to be specific, give examples if possible, I have not used all the frameworks out there and I am no expert on any of them, except my own, :) Here are some questions that I came up with:

  • What are ColdBox plugins?
  • What is the difference between a ColdBox event handler and a Model Glue controller?
  • How does model calls differ from ColdBox than Model Glue?
  • How are views in ColdBox different than in Model Glue?
  • Why does ColdBox have Layouts and views, while Model Glue only has views?
  • Coldbox can use UDF libraries, can other framework use them?
  • Do I code in my config.xml like Model Glue/Mach II in Coldbox

These are just some. So please bombard me with what needs answering, I will try my best to conjure up excellent answers. Have a good night.

Add Your Comment


Jul 18, 2006 20:38:30 UTC

by Brian Rinaldi

While those are some good questions, I wouldn't put as much focus on just comparing your framework to Model-Glue. Mach II and Fusebox are also MVC frameworks, and I would like to see a post about how ColdBox implements this uniquely and some of the specific benefits ColdBox has over others.

Jul 18, 2006 21:12:54 UTC

by Sami Hoda

I think you can dig in to some core framework functionality such a single data bus, work with "plugins", config files, etc. Stuff we know frameworks have off the top of our heads. And how that compares. And where you feel, like Brian mentioned, ColdBox, is, and will, exceed or more easier, etc... Its USP (Unique Selling Point) so to speak. Then we can go out and say, hey cool, take a look at this unique feture, or, hey look at how this is implemented over here, it unique... and could even start a good discussion into some of the hows and whys. Maybe I'm crazy, I just like "framework speak", the more the merrier.

Oct 06, 2006 21:44:14 UTC

by Scott

You mention (frequently) that Coldbox has an extensible architecture via plugins. But it seems that these plugins are nothing more the CFCs with some convinience functions. Why would I write a Coldbox specific CFC to say parse an RSS feed when I could write a generic CFC and use Coldspring to configure it? I also don't understand the support for setting web services in the config file for dev and production. If we are retrieving web services by a user-defined name, why wouldn't we register these web services in the ColdFusion administrator, and have different values for different servers?

Oct 10, 2006 14:43:19 UTC

by Luis Majano

Hi Scott, About the plugins, you can extend the architecture to use the inner structures of the framework and tie it together. If you want to use the example you made, I would rather create the rss parser as part of my model and use Coldspring to configure it. The way I find myself building plugins for a ColdBox enabled application is if I need to tap in to the frameworks life cycle. If not, then I find it does not belong there. You can build a plugin that can follow render helper patterns, to help rendering HTML, plugins for event handler security, for auto-documentation, etc. As always Scott, you have a choice and it all depends on the purpose of such aspect of your application. Sometimes it makes more sense to have it be part of the model or business layer and configured by ColdSpring. Sometimes, it might be better to create a plugin. As for the webservices, here is the deal. You can configure them in the CF ADMIN, but what if you don't have access to them. What if you need to change the URL quickly, what if you need to refresh the stubs, what if you have an application that uses a wsdl URL for dev and one for production. I can give you more, I have made use of this feature countless of times, without me messing with the administrator. But yes, the administrator would solve your problem.

Recent Entries

Ortus Solutions Soars Back to CFCamp Munich as Platinum Sponsor and Keynote Presenter!

Ortus Solutions Soars Back to CFCamp Munich as Platinum Sponsor and Keynote Presenter!

We're thrilled to announce that Ortus Solutions is returning to CFCamp Munich for another year! We're incredibly proud to be a continuing sponsor of this fantastic event and can't wait to connect with the ColdFusion community once again.

Taking Center Stage with the Day 1 Keynote

Get ready for some deep dives into the world of BoxLang! Ortus Solutions will be kicking off CFCamp with a dynamic keynote address on day 1. This is your chance to gain valua...

Cristobal Escobar
Cristobal Escobar
May 28, 2024
Into the Box 2025 - Blind Tickets are Out!

Into the Box 2025 - Blind Tickets are Out!

Ortus Solutions is thrilled to announce the release of blind tickets for Into the Box 2025, the premier event for web developers. This year's conference promises to be a game-changer, especially with the unveiling of our groundbreaking new product, BoxLang. **Our team is working hard to get all modern CFML developers amazing tools and software features to improve their productivity. **

Maria Jose Herrera
Maria Jose Herrera
May 27, 2024
Into the Box - Keynote Recap Day 1

Into the Box - Keynote Recap Day 1

Day 1 of Into the Box kicked off with an electrifying keynote session that set the tone for an incredible conference. The excitement was palpable as developers, tech enthusiasts, and industry leaders gathered to explore the latest innovations and trends in web development.

Maria Jose Herrera
Maria Jose Herrera
May 24, 2024