[snip] > we've got a kernel.cfc as the mutha singleton; 6 diff controllers; > dozens of services with their matching persists. 163 CFC's so far > (about 25% of the app is finished) and it works like a charm.
Ah... I see i left a lasting touch in the footprint of thine minds before I departed. hehehehe...Kernel.cfc heheheheheheh foools, you followed my teachings... nah it was a good idea for that project. Singeltons are so yesterday man, gee catchup eh.. hehehe. > we *had* to do this. When we first started, MACH II was still new and > there wasn't much info on how to use CFC's to their fullest. Coupled > with most of the existing programmers here were struggling with > Coldfusion as a new language let alone from understanding OO concepts > from their procedural 4GL world. Aye I can contest to that. That being said, we all must keep one thing in clear view.. its coldfusion, not java, not .net, not C++, not C#, not small talk or whatever flavour you want it to emulate in certain ways..simple ol cfmx, cut-down version of the big boys/girls toys such as pure java or what not. (won't debate on what it's potential vs reality is.. i mean i have a joke on mossyblog about potential vs reality - actually spike once told me that one in such a case as this). My bro came from Java to CFMX and the first thing he said was "Geez its long winded, isn't it".. then he went on to point out "wtf you making so many setter/getter routines and all they do is set a variable anyway... just bite the damn bullet and set the property, then if things change, assume the position - if it at all - they do change." - at which point you could get into a debate about the perks for setter/getter routines..or you could save 20mins of code hell and just do what he stated knowing full well you're not really going to change it all said and done - as if datatypes change on most wussy CFMX apps anyway. > What's the diff? we don't have listeners - just specific methods that > are called. We pass structs as arguments, not objects. There's > bugger-all data stored within the CFC's themselves. We heavily use the > decorator pattern, not inheritance. Well you could argue a Struct is an object.. isn't everything an object? its like in DOM everything is a node (attributes included) which means its an object...see now i have gone an taken a simple post into an OO theory/debate. > and thru all of this, cfczone has been a big help. aye it tends to help out and you get some super duper answers at times, some worth blogging. > would we do things differently today? yeah, probably with Mach-II but > this has been a learning curve with the bosses too (only recently we > found out the legacy windows app will no longer run side by side - so > now we *can* store instance data without being "backdoor"-ed. Pity we > didn't know this 12 months ago..). Yes you did, i walked up and said "hey, lets use Mach-II" remember. :) That and your bosses are complete asses...could go further but won't..., but that aside I can agree. > write some functions, stick 'em in a CFC. Organise them later into > some structure. It mightn't be OO yet but it's still smart > programming.... start small, build big later - isn't that supposed to be in the coders bible. Which reminds me, I seriously think there is a market for a book titled "Coders Bible" since we all follow this OO Zen power to the tenth level idiology, we should have a bible to go with it. That way when all else fails and ignorance flourishes, we can turn to the teechings of THOOk and how out of misery, came forth the power of Observer Pattern or something like that... then if any disbelieve we simply burn them at the stake....which reminds me, spikes a witch..gewt em paw. Speaking of which, is Mosses a "Listener" or an "Event" ? > my 2c > barry.b bah, this thread has been kicked to death. Lets all agree to downsize our attacks at phased approach, in that like the Russians and US did with those tanks... ya know..you move an inch, i'll move two, now you move two inches and i'll move one..... -- 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]
