Fusebox is a methodology. If you're methodology although based on fusebox works then use it. I have used both fusebox and standard development methods. Fusebox doesn't make it any quicker to develop but boy does it make it easier to maintain. I like the idea of XFA's but again this can be adopted outside of fusebox. I like includes, again this can be used outside fusebox. The best thing about fusebox is that it has made CFers think about how they are building their apps and they adopt some of fusebox and ditch the things that don�t work for them.
I have worked for a few years without fusebox and had great success so it can't be the be all and end all. I am using it now because I see the benefits to ME when it comes to maintaining my code. And also how the separate circuits fit together. Does anyone use MVC? And if so, how does this differ from fusebox because the way I see it M = Model = Query, V = View = display, C = Controller = Fusebox/Actions. Regards Ellis (http://www.ellwoodwebsolutions.co.uk) -----Original Message----- From: Robin Griffiths [mailto:[EMAIL PROTECTED] Sent: 24 October 2003 11:30 To: [EMAIL PROTECTED] Yep - I use it. I like a.. that it makes other people's code more transparent b.. that it makes it easier to extend the app at a later stage. c.. that it forces a lazy s*d like me to actually do some design ;-) No evangelism, though, if you've got good reasons not to use it, don't. CF is fantastically flexible and can encompass any number of methodologies. Confession time: I also pick the choice bits and ignore some of the more arcane stuff! ----- Original Message ----- From: Stephen Pope To: [EMAIL PROTECTED] Sent: Friday, October 24, 2003 11:14 AM Subject: RE: [ cf-dev ] Any fusecoders on the list? I'm curious just how many people on this list use fusebox ? Personally I hate the thing, I like the ideas involved and but I prefer to adapt the methodology to my own code in my own way. I'm not having a go at fusebox coders (although I do kinda think Mach II is a bit hilarious) I just think that I have found some people and companies that hate Coldfusion just for the fact that they have only used /see it in relation to Fusebox ! Just wondered how much people on this list used it and if they have always done fusebox or moved to it after learning CF initially. Just being curious I guess hehe :�) /me awaits the flames Stephen -----Original Message----- From: Damian Watson [mailto:[EMAIL PROTECTED] Sent: 24 October 2003 10:53 To: [EMAIL PROTECTED] Subject: Re: [ cf-dev ] Any fusecoders on the list? aaaaaarrrgggg my brain's fused I thought fusebox was meant to be simple ;0) ----- Original Message ----- From: "Adam Reynolds" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 24, 2003 10:48 AM Subject: RE: [ cf-dev ] Any fusecoders on the list? > I've actually found that globals is not that good an idea as it makes > maintenance a pain. > > If you do require includes from another fuse, then work the path out and > include (../security/queries/qry_member_details_select.cfm) > > BUT > > There is no hard and fast rule. > > What I would say is that if your fuse requires functions from another fuse, > then you should maybe consider them to be sub fuses and not seperate > independent fuses. > > The other option is to copy the files into the fuse. At least you'll know > the code will work exactly as planned within that fuse and any changes to > the other fuse will not impact other fuses. > > Adam > > > -----Original Message----- > > From: Ellwood [mailto:[EMAIL PROTECTED] > > Sent: 24 October 2003 10:25 > > To: [EMAIL PROTECTED] > > Subject: RE: [ cf-dev ] Any fusecoders on the list? > > > > > > True, I hadn't thought of that. If I wish to drag my circuit to another > > application then it will fail because of the globals being missing. > > > > This is why I asked the question in the first place. Thanks for your > > valuable input I will rethink my strategy. Although I am > > currently wondering > > if there will ever be a perfect solution or just a best compromise. > > > > Regards > > > > Ellis > > > > > > > -- > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > For human help, e-mail: [EMAIL PROTECTED] > > -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED]
