I can see your point, and do agree that at times the OO preeching does get layed on thick - but - If i had a question in terms of just basics of a CFC and didn't want any patterns and what not, then i would need to communicate that.
But. If you were to ask a Q like the OP then you can run into an array of possible outcomes and each being in the context of various OO-Style approaches. Most of the CFCDev-elite here come from a strong OOP background and it goes without saying that they will speak in the OOP language more. Hell when I first signed up for this list and folks were talking about patterns or various other OO terms, I admit sometimes I had to do a bit of google`n to catchup on what they were talking ab00t - so - the language in the list can get a bit saturated in OO Theory - yet - imho still ontopic. IMHO: If you don't want to have a pure OO model and your app works, regardless of what folks here preech - then as a developer - it is your right. I've found often that small apps can feel like the old 115 Lines of code to output "hello world" if i use OO Models outlined at times on this list. Again, just simply state "OO patterns aside please, i'm not after theory i just need some help in XYZ problem - sorry to all" Passive/Polite way of saying "Look butt out of my business, but please help me..hehehe" :) Actually I recall having a flame debate on this very subject of list based assumption vs not-assuming and answering in basic non-oo specifics. On Apr 5, 2005 9:40 AM, Aaron Rouse <[EMAIL PROTECTED]> wrote: > I am not annoyed, if anything I fear asking questions on this list > because I am not striving for OO or ABC or XYZ but have a strong > feeling any response I would get is "well in a XYZ model you need to > have your cornbread talking to your beans and rice via the hot sauce > model". :) > > Not really "as of late" for me, I really have gotten the impression > this is seen as a OO-CFC list for quite sometime now. > > Oh well at least I learned a thing or two from the suggestions made on > this topic so it is all worth it in the end. > > On Apr 4, 2005 6:03 PM, Scott Barnes <[EMAIL PROTECTED]> wrote: > > I think this list is served well by some CFC-OO-Branching. Typically > > when working with a CFC you have to inherit *heh couldn't resist* a > > lot of OO principals into how you utilise such a concept. I mean if > > all we talked about were problems faced when using a CFC then > > typically it would be a shallow list. > > > > I mean you could only answer so many questions on "why won't this > > object instantiate" until it retires to becoming a FAQ instead of a > > list. > > > > This is one list where I actively read every single message that comes > > through - whether i share the same problem as the original poster or > > not - just so i can absorb the free wisdom given by others in > > architecting coldfusion with cfcs - aswell as pick up tid bits here > > and there. > > > > So i'm unsure as to what those of you who are a bight annoyed to the > > OO discussion as of late expect from such list as this. > > > > (There was talk on CF-Talk about a Pattern/OO only list where folks > > could broadcast their theories and theological debates on OO Zen). > > > > On Apr 4, 2005 11:10 PM, Aaron Rouse <[EMAIL PROTECTED]> wrote: > > > Sometimes the list could have fooled me due to all the OO talk. > > > Matter of fact just last week I re-read the page to sign up for it > > > since I was not too sure if it was CFC-specific or OO concept based. > > > > > > On Apr 3, 2005 11:56 PM, Roland Collins <[EMAIL PROTECTED]> wrote: > > > > Actually, this is not an OO-specific list - it's a CFC-specific list, > > > > and > > > > CFCs do not require OO. True, they allow us to implement many OO > > > > concepts, > > > > but CFCs can just as easily be used in a procedural fashion. > > > > > > > > "Ahh, the glory of the internet..." > > > > > > > > Roland > > > > > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > > > Of Jared Rypka-Hauer - CMG, LLC > > > > Sent: Monday, April 04, 2005 12:21 AM > > > > To: [email protected] > > > > Subject: Re: [CFCDev] Where to put 'utility' functions? > > > > > > > > Ummm... yeah. > > > > > > > > It's called Composition, and it's a basic OO principle. > > > > > > > > It's funny, actually, that if you ask an OO-related question on an > > > > OO-related list where known collection of OO developers persistently > > > > hang out to answer questions for free you just *might* get an OO > > > > related answer that may or may not be worth what you paid for it. > > > > Kinda freaky, eh? > > > > > > > > Ahh, the glory of the Internet... > > > > > > > > J > > > > > > > > On Apr 3, 2005 7:22 PM, Scott Barnes <[EMAIL PROTECTED]> wrote: > > > > > Yeah kinda works much in the same way you would when having import > > > > > capabilities aswell. > > > > > > > > -- > > > > Continuum Media Group LLC > > > > Burnsville, MN 55337 > > > > http://www.web-relevant.com > > > > http://www.web-relevant.com/blogs/cfobjective > > > > > > > > ---------------------------------------------------------- > > > > You are subscribed to cfcdev. To unsubscribe, send an email to > > > > [email protected] with the words 'unsubscribe cfcdev' as the subject > > > > of the > > > > email. > > > > > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > > > (www.cfxhosting.com). > > > > > > > > An archive of the CFCDev list is available at > > > > www.mail-archive.com/[email protected] > > > > > > > > ---------------------------------------------------------- > > > > You are subscribed to cfcdev. To unsubscribe, send an email to > > > > [email protected] with the words 'unsubscribe cfcdev' as the subject > > > > of the email. > > > > > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > > > (www.cfxhosting.com). > > > > > > > > An archive of the CFCDev list is available at > > > > www.mail-archive.com/[email protected] > > > > > > > > > > > > > > -- > > > Aaron Rouse > > > http://www.happyhacker.com/ > > > > > > ---------------------------------------------------------- > > > You are subscribed to cfcdev. To unsubscribe, send an email to > > > [email protected] with the words 'unsubscribe cfcdev' as the subject of > > > the email. > > > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > > (www.cfxhosting.com). > > > > > > An archive of the CFCDev list is available at > > > www.mail-archive.com/[email protected] > > > > > > > > > > -- > > Regards, > > Scott Barnes > > http://www.mossyblog.com > > http://www.flexcoder.com (Coming Soon) > > > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email to > > [email protected] with the words 'unsubscribe cfcdev' as the subject of > > the email. > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > (www.cfxhosting.com). > > > > An archive of the CFCDev list is available at > > www.mail-archive.com/[email protected] > > > > > > -- > Aaron Rouse > http://www.happyhacker.com/ > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.com). > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] > > -- Regards, Scott Barnes http://www.mossyblog.com http://www.flexcoder.com (Coming Soon) ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
