La longueur du nom de la variable est-elle importante pour la performance C#?

Question

Je me demandais si l'utilisation de longs noms de variables descriptifs dans WinForms C# était importante pour les performances? Je pose cette question puisque dans AutoIt v3 (langage interprété) il a été soulevé qu'avoir des variables avec des noms courts comme aa au lieu de veryLongVariableName est beaucoup plus rapide (quand le programme est plus grand que 5 liner). Je me demande si c'est la même chose en C#?

Answer 1

Non, ce n'est pas le cas. Le compilateur n'enregistre pas les noms de variables d'origine, vous pouvez regarder le code IL de n'importe quel assemblage compilé avec le désassembleur.

Answer 2

Non, je ne pense pas que cette variable longue ait un impact sur les performances d'exécution d'une application .NET. AFAIK, code intermédiaire (dans MSIL) dans un assembly .NET est traduit en langage machine avant qu'il ne soit exécuté. Ce serait là où les noms de variables sont définitivement "jetés" (si cela ne s'est pas déjà produit plus tôt) et remplacés par de simples adresses mémoire.

Answer 3

Peu importe. Bien que vous puissiez obtenir les noms lors de la décompilation (voir les autres publications pour plus de détails), ces noms ne sont pas utilisés par l'instruction IL Lecture ou écriture dans des variables/champs. Les variables et les champs sont identifiés à travers une construction différente. Dans l'espace de noms reflection.emit, ceux-ci sont représentés par LocalBuilder (pour une variable locale ou FieldBuild pour les champs) et pour souligner davantage le point: ils n'ont même pas besoin d'être explicitement nommés.

Answer 4

Il s'agit d'une différence clé entre un compilateur et un interpréteur. Un interpréteur effectue une recherche de nom d'identifiant pendant qu'il interprète du code. Si cette recherche de nom se produit à l'intérieur d'une boucle qui s'exécute plusieurs fois, le temps nécessaire à cette recherche peut avoir de l'importance. Les noms plus longs nécessitent plus de temps.

Le compilateur C# élimine les noms d'identifiants en deux étapes distinctes. Les noms des variables locales sont effacés et remplacés par les décalages de la pile lors de la compilation du code source en IL. Les noms d'espaces de noms et de types sont toujours présents dans l'assembly. Le compilateur JIT les efface, en les remplaçant par des décalages de code pour les méthodes et les décalages de données pour les champs. La longueur des noms d'identifiants n'a pas d'importance ici, la recherche ne se fait qu'une seule fois.

L'élimination du coût de la recherche de nom dans un interpréteur n'est pas difficile. Un interpréteur décent symbolise le code source, essentiellement une étape de pré-compilation pour rendre l'interpréteur plus efficace. Un tel interpréteur n'aurait pas non plus de problème de ralentissement avec les noms d'identifiants longs.

Answer 5

Non, une fois compilés, les noms de variables d'origine ne sont plus utilisés. La taille des noms de variables devrait avoir un très faible impact sur le temps de compilation, mais pas sur le temps d'exécution.

Les langages interprétés sont affectés un peu par de longs noms de variables. Les noms longs sont plus à lire, stocker et rechercher chaque fois qu'ils s'exécutent, mais l'effet devrait être très faible. La latence de lecture/écriture sur un disque ou même sur l'écran devrait dépasser de loin le retard causé par des noms de variables plus longs.

Si le temps d'exécution est le problème, alors plus d'algorithmes efficaces d'exécution fourniront presque certainement des retours beaucoup plus grands que raccourcir des noms variables. Si la pression de la mémoire est le problème, les algorithmes de mémoire efficace vont encore une fois économiser beaucoup plus que raccourcir les noms de variables. Si la solution est algorithmiquement aussi serrée que possible, il est temps pour une nouvelle langue.

Il y a peu d'absolus dans la programmation, mais je suis confiant dans le fait de dire raccourcir les noms de variables dans le code source pour des raisons de performance est ABSOLUMENT la mauvaise décision à chaque fois.

Answer 6

Je pense que la question sur la longueur du nom est réelle seulement pour Script# projets (dans le cas de la traduction de C# en JavaScript).