Les gens utilisent-ils les conventions de nommage hongroises dans le monde réel ?

La convention de nommage hongroise, ou notation hongroise, est un sujet de débat parmi les programmeurs depuis des années. Bien qu’elle ait été développée avec de bonnes intentions, beaucoup se demandent si elle est encore applicable aujourd’hui. Vaut-il le temps d’apprendre cette convention, ou nuit-elle à la lisibilité et à la maintenabilité dans les langages de programmation ?

Dans cet article, nous allons explorer l’efficacité de la notation hongroise, ses deux principales variations, et déterminer si elle est utile dans les environnements de codage contemporains.

Qu’est-ce que la notation hongroise ?

La notation hongroise est une convention de nommage en programmation qui préfixe les noms de variables avec des informations sur le type ou l’utilisation prévue de la variable. Il existe deux catégories principales de notation hongroise :

1. Notation hongroise système : Préfixe les variables en fonction de leur type de données (par exemple, int pour les entiers, str pour les chaînes de caractères).
2. Notation hongroise des applications : Préfixe les variables en fonction de leur utilisation dans l’application, visant à promouvoir une meilleure compréhension du contexte des variables.

Un aperçu des deux variantes

Notation hongroise système

• Exemple : int iLength;

Dans la notation hongroise système, l’accent est mis sur le type de données, ce qui la rend quelque peu plus facile à lire d’un coup d’œil. Cependant, cette façon d’utiliser des préfixes présente des inconvénients. Avec les IDE modernes et les éditeurs intelligents, il devient souvent inutile d’avoir de tels préfixes, car ces outils peuvent rapidement afficher les types de variables.

Notation hongroise des applications

• Exemple : Préfixer une variable destinée à représenter une longueur avec l, comme int lLength;

La notation hongroise des applications se concentre sur le but de la variable plutôt que strictement sur son type de données. Cela peut aider à mieux comprendre le code, surtout lors de la formation d’équations ou d’opérations, comme le montre ces exemples :

• Bon usage :

  int vBox = aBottom * lVerticalSide; // Cela a du sens
  

• Usage déroutant :

  int aBottom = lSide1; // Cela soulève des questions sur l'intention
  

Pourquoi la notation hongroise peut être considérée comme redondante

Malgré son objectif initial, de nombreux développeurs estiment que la notation hongroise, en particulier la notation hongroise système, a perdu de sa pertinence. Voici quelques points à considérer :

• Éditeurs intelligents : Les environnements de développement modernes et les éditeurs fournissent des déclarations de variables d’un coup d’œil, réduisant ainsi le besoin d’indicateurs de type basés sur des préfixes.
• Problèmes de lisibilité : Les préfixes peuvent encombrer les noms de variables, rendant le code moins lisible plutôt que plus.

En conséquence, de nombreux programmeurs optent pour une stratégie de nommage de variables claire et descriptive qui améliore la documentation auto-explicative du code sans s’appuyer sur des abréviations notationales.

Expériences personnelles avec les conventions de nommage

Bien que je n’utilise généralement aucune des deux formes de la notation hongroise, j’adopte un style de préfixe personnel en utilisant un underscore (_) pour les champs de classe privés. Ce nommage distinct aide à séparer les types de variables sans la confusion ou l’encombrement potentiel des préfixes hongrois. Je suis un format cohérent pour le nommage qui inclut le camel case pour les propriétés publiques, rendant le code plus propre et plus lisible.

Conclusion : La notation hongroise en vaut-elle la peine ?

Le débat entourant la notation hongroise conclut souvent avec le sentiment que, bien qu’elle puisse avoir eu ses mérites dans le passé, son application pratique dans la programmation moderne est limitée.

En fin de compte, le choix d’utiliser ou non la notation hongroise se réduit à une préférence personnelle. Les développeurs devraient évaluer les avantages par rapport aux nuances des pratiques contemporaines de codage. Un accent mis sur le code auto-documenté et des noms de variables descriptifs tend à fournir un code plus clair, plus propre et plus maintenable à long terme.

Que pensez-vous ?

Avez-vous utilisé la notation hongroise, ou préférez-vous d’autres conventions de nommage ? Partagez vos réflexions et expériences dans les commentaires ci-dessous !