I don't normally preface the vars...but I do try to be descriptive enough in the var name that it's evident what the var is. For arrays and structs in particular, i'll do something like "empArray" or "empStruct".
But as far as explicitly identifying strings, ints, etc...not really. empName is pretty clearly a string. empID is clear enough (IMO) that it's a numeric value. etc. On Mon, 13 Dec 2004 10:02:39 -0500, Tangorre, Michael <[EMAIL PROTECTED]> wrote: > 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:187361 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=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
