User Interface Oop Coding Style

Conventions de Nomination dans les Contrôles UI : Pourquoi `la Notation Hongroise` a du Sens

Lors de la conception d’interfaces utilisateur, et particulièrement lors du travail avec des formulaires, les développeurs se heurtent souvent à la question de savoir comment nommer leurs contrôles. Une question courante se pose : Les contrôles UI doivent-ils être nommés en utilisant les mêmes conventions que les variables privées ? Cette question entraîne souvent confusion et divergences dans les styles de codage. Comprendre le raisonnement derrière les conventions de nommage peut aider à clarifier ce point.

Le Dilemme du Nommage

De nombreux développeurs utilisent un préfixe underscore pour les variables privées, comme _blah, en tant que moyen de désigner la confidentialité de leurs variables. C’est une technique qui a du sens dans la programmation orientée objet, car elle permet de faire la distinction entre les membres privés et publics. Cependant, lorsqu’il s’agit de nommer les contrôles dans les formulaires – comme les boutons, les étiquettes et les zones de texte – cette pratique semble moins courante. Les questions entourant cette approche non conventionnelle suscitent souvent des sentiments de frustration ou de curiosité. Pourquoi ne voyons-nous pas la même narrative se dérouler pour les contrôles de formulaire ?

Pourquoi Utiliser la Notation Hongroise pour les Contrôles UI ?

Cette approche peut sembler contre-intuitive pour certains, mais il existe une raison convaincante d’utiliser la notation hongroise pour les éléments d’interface utilisateur. Voici une explication détaillée de ce raisonnement :

La Logique Derrière la Notation Hongroise

La notation hongroise spécifie que les variables doivent être préfixées par une désignation qui indique leur type ou leur but. L’appliquer aux éléments de l’UI implique de préfixer de la même manière les types de contrôles dans les noms. Par exemple :

lblDateNaissance pour l’étiquette qui fournit un contexte à l’utilisateur
txtDateNaissance pour la zone de texte où l’utilisateur saisit des données
calDateNaissance pour le contrôle de calendrier qui permet aux utilisateurs de sélectionner une date

Cette nomenclature systématique aide à maintenir la clarté et à garantir la cohérence au sein du code de votre application. Lorsqu’on regarde ces noms, il est immédiatement évident à quoi servent les contrôles et quel type ils représentent.

Avantages des Conventions de Nommage Appropriées

Utiliser la notation hongroise rend non seulement votre code plus lisible, mais peut également offrir plusieurs autres avantages, notamment :

Lisibilité Améliorée : Des noms clairs et significatifs facilitent la compréhension des fonctions des contrôles par de nouveaux développeurs sans avoir besoin d’explorer le code en profondeur.
Maintenance Simplifiée : Un schéma de nommage cohérent facilite le repérage des problèmes et la maintenance du code UI au fil du temps.
Distinction Visuelle : Lorsque vous créez ou stockez des objets de contrôle dans des variables locales au sein d’une fonction membre, la distinction visuelle aide à identifier rapidement leur but et leur fonctionnalité.

Conclusion

Bien que certains puissent s’opposer à l’utilisation de la notation hongroise étant donné les pratiques de programmation modernes, elle reste une approche valable lorsque l’on traite des contrôles UI. Elle permet de différencier visuellement les contrôles en un coup d’œil, en adoptant les avantages des conventions de nommage cohérentes qui améliorent la clarté. De plus, cela ouvre la porte aux développeurs pour partager comment ils gèrent le nommage des contrôles, enrichissant la discussion et permettant l’émergence de bonnes pratiques.