I take it a step further and prefix all my internal var variables within a
function with $ so there's never a question of where the variable belongs.
Its internal only.
<CFSET var $Internal=whatever>
($ has been allowed as in variables and as the prefix for variables since MX
shipped)

I also use single letter prefixes for all my variables in general. 
i-int
b-boolean
q-query
etc.
 
> I prefix my variables.  It helps with reading the code and debugging,
> especially when someone who didn't write the code is doing the reading
> or debugging.  I even prefix parameters for custom tags with p_
> (attributes.p_blnDebug for example).  Different strokes for different
> folks I guess.
> 
> Anyway, here's another reason for prefixes:  a coworker used to have
> problems naming variables with reserved words.  Using prefixes kills
> this problem.
> 
> J
> 
> 
> Just out of curiosity, who prefixes their variables with a data type
> abbreviation...
> 
> integer - intVariableName
> numeric - numVariableName
> string - strVariableName
> structure - stcVariableName
> array - arrVariableName
> object - objVariableName
> query - qryVariableName
> etc...
> 
> We are ever expanding our best practices and guideline documents and
> this is an agenda point up for discussion soon... I want to some in with
> some pros and cons.
> At first glance, the code becomes more descriptive but I do see and have
> run into, many problems such as passing around URL params.. do you
> really want to give anymore information than necessary into the type of
> data within a variable? What about if you encrypt variables?... The
> number 1 could be viewed as URL.intSomeId but once encrypted it is no
> longer an interger it is a string URL.strSomeId, this only touches the
> tip here.
> 
> Anyone have anything to offer on this topic?
> 
> Thanks.
> 
> Mike
> 
> 



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Special thanks to the CF Community Suite Gold Sponsor - CFHosting.net
http://www.cfhosting.net

Message: http://www.houseoffusion.com/lists.cfm/link=i:4:187406
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54

Reply via email to