Bravo, Judith! Exactly the proper perspective to have, in my opinion. Given an choice, I'll almost invariably choose to go my prefered framework for initial development. The exceptions would be if it's both simple and not going to be around long enough for the maintenance benefits a framework provides to matter much.
If I take over an app that's not in my framework of choice, I'm certainly not going to rewrite it from scratch to use that framework. That's just foolish. However, as I make changes, I do incorporate what elements I can from my framework into the changes I make, with the hope that at some point in the future, enough of those elements will be present that tying it all together into a full implementation of the framework will be trvial enough to justify the "wasted" time. I've been doing this very thing with an app I inherited March 2002. It was about 60,000 lines of code, with a lot (probably 6-8,000 lines) of that being duplicated, rather than abstracted into a common include. It's now about 70,000 lines (because of enhancements), with very little code duplication. As it stands, there are about 10 separate fuseboxes that comprise the entire app. 97 or 98% of it is using fuseactions, with 12-15% of them using a single monolithic include, rather than a series of atomic fuses. If I wanted to, I could probably sit down and convert the whole thing to a single cohesive FB3 application in 10 or 15 hours. It still wouldn't be fully up to snuff (those big fuseactions, missing fusedocs, etc.), but it'd technically be an FB3 application. At some point in the near future I'll probably make that final conversion (after our current release cycle concludes), but even with 10 separate fuseboxes, it's enormously easier to find my way around the codebase and remove the seemingly random cross-dependancies which plagued me like nothing else when I first took over. This is undoubtedly an atypical scenario, but it's a success that's almost entirely because of the flexibility and standardization that my framework of choice (which happens to be Fusebox) provided to me. There's certainly no reason that I had to use Fusebox to get where I've gotten, it just the one I prefer. cheers, barneyb --- Barney Boisvert, Senior Development Engineer AudienceCentral [EMAIL PROTECTED] voice : 360.756.8080 x12 fax : 360.647.5351 www.audiencecentral.com > -----Original Message----- > From: Judith Dinowitz [mailto:[EMAIL PROTECTED] > Sent: Friday, July 18, 2003 4:25 PM > To: CF-Talk > Subject: Cons to Fusebox > > > >While I still don't like it, I do have a better understanding of > why others > >might like it, and perhaps would even agree that it may help some people > >with their development process. Without this thread, I probably wouldn't > >have that understanding. > > I find myself very much agreeing with you, Dave, in that I think > this thread has been very educational. I do wish people would not > react so personally when someone says they dislike a particular > methodology or framework. I personally don't think one framework > can solve all problems in web development, and that each > application should be viewed on its own merits and the first > question that should be asked is: What's the best tool for this job? > > For example: Let's say you've inherited a ColdFusion application > that's not in Fusebox, and you've got to work on it/enhance it in > some way within a short time period. Is it better to sit and > recode that app to be a Fusebox app, or is it better to take the > app as is and recode where needed? I've never coded in Fusebox > (or in ColdFusion, for that matter, though I can edit articles on > both), but I would imagine that there are times when you'd want > to use Fusebox and there are times when time constraints/other > issues might cause you to decide to use some other > methodology/framework or your own coding guidelines for a more > generic ColdFusion app. > > Thoughts from people who are actually in the trenches here? > > Judith > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
