[cfaussie] RE: Cf Programming Style

[Spike]

I think you'll find that unless you're setting several thousand varaibles, the performance difference is so negligible that you needn't worry about it. Far more important is how easy it will be to debug and maintain your code in the future: 1 developer working for an hour costs roughly the same to an organization as an extra 128 MB of memory. You will save a lot more in the long term by just making the code readable and maintainable than by worrying about whether <cfset> is faster than <cfscript> Spike Nick Gorst wrote: So what we are talking about is a minimal performance cost for using CFSET unless there are an excessive number of variables to declare which has been reduced with the release of MX. Has anyone bench tested this? :) Thanks for the input Guys Nick -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Gary Menzel Sent: Wednesday, 2 July 2003 10:11 AM To: CFAussie Mailing List Subject: [cfaussie] RE: Cf Programming Style the CF server sees the CFSCRIPT block as a single tag and processing it justly, as one tag. It still has to parse each of the lines and execute the same code to assign the variable. With CFMX there should be no execution difference because the page is compiled into Java before it is executed. Therefore it is a function of how quickly one is to parse over the other, and this is only an overhead on the "first time" run. On the "parse" issue, the tag style has more characters in it - therefore it must take longer to parse. Gary Menzel IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 **************************************************************************** If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual's portfolio can only be made after an examination of the particular client's investments, financial circumstances and requirements. **************************************************************************** --- 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/ --- 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/ -- Stephen Milligan Consultant for hire http://www.spike.org.uk --- 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/