I am slowly compiling a development guidelines for both CFMX/FlashMX/DHTML/CSS and FlashCom for Tourism Qld atm, if allowed I don't mind publishing it.
I have sourced over 9 different "Coding" guidelines from both .NET and Java, and looked to using the good parts and doing away with the rest. I've also compiled a JavaDoc Commenting Solution for all of the above technologies. Its a bold plan I know, but all 5 follow a very similar pattern when it comes to development and all it requires is basically retrain of the brain (minor) and more of a discipline approach. Heres a few tips so far: - Separate Presentation Layer from Business Logic (i.e. don't put any HTML in your cfcs) - Use a strict naming convention with the appropriate prefixing and upper/lower case management (i.e. integer var would be iYourVarName; I being a prefix for int) - In your cfc's keep your sql out of your main stream, in that say you have a products component that handle all business logic relating to the product, don't put SQL queries within this component. Make a separate component called "productsSQL or productsORACLE" and instantiate that as an object either within the component or within the invoking application page. Another more important tip I have come to finally just accept is design and develop your entire site with no graphics and css layout control. (Hear me out before you start stoning me).. We are in the process of building a pretty large eCommerce app, and I've built it most of it so far in basic html and form buttons to represent actions the page will most likely take. It not only help me accurately stay within the guidelines of the schema I previously designed, but allowed me to foresee problems I did not expect. Those of you who have seen my Work, know I'm the opposite when it comes to this style, in that I build everything at once mainly because I think visually when web deving and not logically (hey, we all have our weaknesses)... This way of thinking is mainly due to the fact that I use three mediums in my work (DHTML/FLASH and CFMX) all at once and well you sometimes find it easier to just plough into a project vs. sitting back and planning it as it has so many variables that can go wrong. Anyh00t, I'll have it ready ASAP (yes I will actually finish this doc, as Barry will cain my ass if I don't) once I can backup my claims (i.e. use this first project as a testcase) Scott. "Steve Onnis" <[EMAIL PROTECTED]> wrote in message news:22229@cfaussie... > > > Does anyone know where I can find information on best practices for code? > > I found some stuff on the MM site, but not in the slightest bit > comprehensive. > > Looking for stuff like > > Poor <cfif username is not ""> > Better <cfif len(trim(username))> > > sort of thing > > Anyone? > > Regards > Steve Onnis > > > --- You are currently subscribed to cfaussie as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
