>>>My question is about naming variables. For numeric variables, the second letter of the variable name (the type) is usually an "n". Now, if the variable will contain only integer data, you might also use the letter "i" for the variable type. Does anybody do this, or recommend this?
>>>
>>>I have been using "n" for several years, whether the variable contains integers, or real numbers.
>>
>>I'm not doing it and wouldn't do. If some day I decide to change an int to a double it'd mean to change var names too (convention wise). An int is a field type and in the same manner c for chars and m for memo would be ugly.
>>Honestly I never liked the convention. I use the convention for 2 reasons :
>>-To match the UT community in my codes posted
>>-To prevent name clash with PEM namings.
>>Otherwise actually I find it nonsense to name say 'FirstName' as 'cFirstName' or 'ShipDate' as 'dShipDate'. For the latter dShipped would seem to be a shortcut but I don't like it, Shipped might be a date or boolean and I prefer ShipDate, Shipped instead vs dShipped,lShipped. IOW I try to include type clue directly within the name rather than prefix.
>>Cetin
>
>Thanks.
>
>Some suggest using types for fields (cName, dDate, yCost), which I don't do. I do use the convention for variables: lcName (l for "local", c for the type).
Yes scope prefix is more meaningful.
lName should be valid as much as lcName (I even think it should be valid -convention wise- to simply use Name) :)
Cetin