Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Foxpro Life
Message
De
15/04/2017 14:46:02
Walter Meester
HoogkarspelPays-Bas
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Contrats & ententes
Titre:
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows 10
Network:
Novell 6.x
Database:
Visual FoxPro
Application:
Desktop
Divers
Thread ID:
01649781
Message ID:
01650233
Vues:
47
>...
>>My conclusion on the topic is that you'd better find another way of avoiding the fieldname/variable conflict because realy if you need to know all of this in order to create some code, you should realise that No-one is going to be able to adhere to this standard.
>
>Why not? All one would have to do is to start typing m. in front of your variable references. That's all you need to do, and if you'd start doing it today for any new code that you'd write, your future programs would not create/introduce any further ambiguities.

Why not? Because our coding convention is such and I won't allow for a change that has no merit and would be full of loopholes just as the code on VFPx shows. Its easier to code without mdot than force mdot everwhere where needed. That is why.

>*
>Otherwise, what is your convention for naming variables? I missed that, if you posted it before.
>*

Prefix with type, then camelcase the rest of the variable name, like

nT, cPatientName, lVisible, etc
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform