Well... I was a massive advocate of Fusebox and some of my best websites are written in fusebox. Some pros and cons:
Pros: 1) Easy to maintain You can go back to an FB site and find bugs and things very easily 2) Clear and community supported methodology Cons: 1) Overkill for small sites (which is the majority of them imho) 2) It can make you think in a wrong way (ie procedural isn't always best) There are others, but that's just for starters! The thing is you should only use the tools that you need for specific sites. I know what you mean about Mach II. As Stephen Morretti (I think it was anyway) said recently, if you aren't using some form of reusable code methodology or some form of object-oriented methodology, then you aren't really using any language to the best that it can be used for. Whatever the methodology, so long as it is: 1) Documented 2) Supported (by yourself or others) 3) Easily Maintainable 4) Working!!! (very important!) Just my 2p! Paul > -----Original Message----- > From: Stephen Pope [mailto:[EMAIL PROTECTED] > Sent: 24 October 2003 11:15 > To: [EMAIL PROTECTED] > 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]
