>even the mechanics of using CFC's properly might >be a hidden mystery in the beginning, one that you >may not find explained clearly anywhere.
> >Nando YES Nando! huge emphasis on properly! I can make the CFCs work real fast and real easy, but am I doing it properly? I have no idea. I have been religiously following the Forta CFMX7-WACK but the examples are so basic. How many fnctions in a CFC are too much? How many CFC invokes in a CFM page are too much? WHen to use CFObject vs CFInvoke? For example one of my cfm pages maybe had a query joining 4 tables and then 4 other queries that get records from some supporting tables. How should I break that logic into CFCs and CFFunctions? Well, by not knowing the answer to that question my approach has been to put the functionality for that page into it's own function, with cffunctions to similar pages grouped into the one CFC. If I did add a feature, instead of updating multiple cfm pages, now I go to one CFC and update several cffunctions. Better than the way it was but is it proper? or best? As for the ModelGlue, if I want an existing app to be in MG am I essentially rewriting the whole thing? Jim You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
