Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Foxpro Life
Message
From
18/04/2017 09:58:45
Walter Meester
HoogkarspelNetherlands
 
 
To
18/04/2017 09:36:13
General information
Forum:
Visual FoxPro
Category:
Contracts, agreements and general business
Title:
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows 10
Network:
Novell 6.x
Database:
Visual FoxPro
Application:
Desktop
Miscellaneous
Thread ID:
01649781
Message ID:
01650337
Views:
50
>>>>>>No we come to the statement I wrote earlier:
>>>>>> forcing naming conventions for fields are incredibly easy... For variables they are a lot harder... for applying mdot properly and consistently near impossible for mortals programmers.
>>>>>
>>>>>This is the key point. You think it's easier to enforce naming conventions (and, for that matter, to have naming conventions that ensure there's never a conflict). Others think it's easier to use mdot.
>>>>>
>>>>>Pretty sure we all agree that people will make mistakes (and just to prove it, when I first typed that word, it came out "mistkaes"). You seem to believe that recovering from a naming mistake is easier than recovering from an mdot mistake. I disagree, since recovering from a naming mistake will often require changing multiple lines of code.
>>>>
>>>>In all likelyhood, you'll have to type a variable multiple times in your code (or hence what is the purpose of it?), so if there is something wrong with the variablename, there are multiple occasions to spot and correct it. If there is a name mismatch you'll catching during testing. The cause of the naming variables wrongly, ussually is developers deliberately not following the convention, for which you can slap them in their fingers.
>>>>
>>>>with mdot the mistake could be in one spot and you might never catch it because it does not raise an error. And often it is forgotten by accident.
>>>>
>>>>Which part of the above do you disagree with ?
>>>>
>>>
>>>I disagree that you'll necessarily find the naming mistake in testing. As with a missing mdot, you may never find if it it doesn't raise an error.
>>
>>Lets clarify this. Making a typo in a variable is possible and you're right you might not catch that in all cirumstances, but this irregardless on whether you use mdot or not. So lets ignore this scenario.
>>What I was refering to is making a mistake in naming the variable. For example
>>
>>Name
>>
>>vs
>>
>>cName
>>
>>And use that variable mutiple times in code.
>>
>>
>>How likely is this done by accident as opposed to forgetting an mdot any time this variable is used?
>
>I think it's not at all uncommon to fail to name something in accordance with a naming convention. The more people who work on a given project, the more likely it is.

I agree, but that is not the question I asked. What is more likely if you've got a policy in place amongst your programmers. A variable naming issue or forgetting an mdot ?


If you look at reality (Public sourcecode) it is the latter by a large margin. Hence:

forcing naming conventions for fields are incredibly easy... For variables they are a lot harder... for applying mdot properly and consistently near impossible for mortals programmers.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform