I agree, and have my own 'loose' methodology. I like the naming convention
concept, and the single index file, and of course the code re-use, but tend
not to get over restricted with the overkill stuff

-----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]
DISCLAIMER: This e-mail is confidential and may also be legally privileged.
If you are not the intended recipient, use of the information contained in
this e-mail (including disclosure, copying or distribution) is prohibited
and may be unlawful.  Please inform the sender and delete the message
immediately from your system.  This e-mail is attributed to the sender and
may not necessarily reflect the views of the Patsystems Group and no member
of the Patsystems Group accepts any liability for any action taken in
reliance on the contents of this e-mail (other than where it has a legal or
regulatory obligation to do so) or for the consequences of any computer
viruses which may have been transmitted by this e-mail. The Patsystems Group
comprises Patsystems plc and its subsidiary group of companies.

--
** 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]

Reply via email to