Thought this ASP related question should move to a different thread - not really to do with the state of coldfusion in the U.K. anymore ...
Quote: why do you have to Dim the var first? If it exists why not just overwrite it with a new var? You don't need to declare variables in ASP / VBScript unless you use "Option Explicit" argument. If this is used then ALL variables must be declared and the ASP engine will not allow a script to declare the same variable-name twice. There is something in FuseBox for CF that does a similar thing at the individual variable level (e.g., <set name="foo" value="bar" overwrite="false">, so I guess a CF native element must do the same thing - although I haven't come across it yet. To me, there doesn't seem to be a lot in it between the examples you showed. However, try a few database calls, inserts or updates and see the difference then. Or a file upload. Or looping through a recordset ... -----Original Message----- From: Ian Westbrook (FDM) [mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] Sent: 14 April 2004 11:37 To: [EMAIL PROTECTED] Subject: Re: [ cf-dev ] The state of ColdFusion in the UK > http://www.webwizguide.com <http://www.webwizguide.com/> that kinda proves my point, though. this is from the webwizguide 'your first ASP page' tutorial., to assign the string 'Hello World' to a variable and output it: <% Dim strMessage strMessage = "Hello World" Response.Write (strMessage) %> which I guess is not so bad (but why do you have to Dim the var first? If it exists why not just overwrite it with a new var?), but not as easy as (on a .cfm page, obviously) <cfset string = "Hello World"> <cfoutput> #variables.string# (or just #string#) </cfoutput> ? seems to me like the more syntacical stuff you have to remember, the easier it is to get things wrong. I have sen some truly appalling sites in ASP, but I guess that comes down to the point made before - that it's the developer, not the language necessarily... Ian W -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED]
