Nommer des conseils pour le remplacement / en évitant la notation hongroise dans l'interface utilisateur?

Question

J'ai cessé d'utiliser la notation hongroise partout, sauf dans l'interface utilisateur, où souvent je une étiquette de nom d'utilisateur, une zone de texte de nom d'utilisateur, un nom d'utilisateur variable locale, un validateur de champ obligatoire, un nom d'utilisateur propriété et paramètre de méthode ainsi de suite , souvent dans le même contexte.

courant

: lblUser, txtUser, rfvUser, _USER, l'utilisateur, l'utilisateur

Si je fais l'évidence, userLabel, UserTextBox, UserRequiredFieldValidator, il semble que je suis juste substiuting plus pour les préfixes suffixes plus courts.

Et le _ pour indiquer le terrain, se fait signalé par FxCop, mais sans préfixe, il serait en contradiction avec la convention utilisateur / utilisateur approuvé.

Toutes les suggestions?

Answer 1

Je l'utilise encore généralement la notation hongroise pour les objets de l'interface utilisateur que je trouve rend mon code plus lisible.

J'utiliser des choses comme m_firstNameTextBox ou m_countryComboBox pour les contrôles de l'interface utilisateur, puis m_firstName et m_country pour les valeurs de chaîne de ces contrôles.

A la fin de la journée, vous devez utiliser tout ce que vous préférez. La règle générale pour éviter la notation hongroise est aussi mauvais que celui qui prévoit l'utilisation Religous de celui-ci. Il est obivous que des choses comme intCounter, strName sont overkill mais dans d'autres cas, il ne fait bon sens pour indiquer le type de classe dans le nom de variable et dans mes contrôles de l'interface utilisateur d'opinion se trouve être l'un des cas où il est logique.

Answer 2

Il n'y a rien de mal avec la notation hongroise, tant qu'il est utilisé pour rendre le code plus lisible. Si vous pensez que cela ne contribue pas à cela, alors ne pas l'utiliser.

Ah, et s'il vous plaît ne pas utiliser à la fois ' utilisateur et utilisateur . Il est difficile de lire, l'utilisation, l'entretien et le port. Si deux choses différentes ont deux significations différentes, alors la notation hongroise est une meilleure option que le codage cette information en basculant entre les caractères majuscules / minuscules.

Je ne sais pas qui a inventé la casse dans les langues du programme, mais il a fait plus de dégâts que quiconque aurait pu imaginer à l'époque. Je déteste faire des erreurs de compilation parce que je tapais ' ID au lieu de Id ' ou ' usbdrive quand il aurait dû être « USBDrive .

Answer 3

Je préfère même hongrois si elle conduit à des noms très longs dans l'interface utilisateur (en raison de problèmes dont vous avez parlé en question). Ma seule suggestion est d'être cohérent dans l'ensemble de l'équipe.

Answer 4

Utilisez minuscules et underscores, et la question de cas va. SomeIdiotSomewhereDecidedThisWasAGoodWayToDoThingsAndIfIFindHimIWillKillHim.