C# - StyleCop - SA1121: UseBuiltInTypeAlias - règles de lisibilité

Juste pour clarifier: tout le monde n'est pas d'accord avec les auteurs de StyleCop. Win32 et. net guru Jeffrey Richter écrit dans son excellent livre CLR via C#:

La spécification du langage C# indique: "en tant que question de style, l'utilisation du mot-clé est favorisée par rapport à utilisation du nom complet du type de système."Je ne suis pas d'accord avec la spécification de la langue; je préfère pour utiliser les noms de type FCL et éviter complètement les noms de type primitifs. En fait, je souhaite que les compilateurs ne l'ont pas fait même offrir les noms de type primitifs et forcé les développeurs à utiliser le FCL les noms de type de la place. Voici mes raisons:

• J'ai vu un certain nombre de développeurs confus, ne sachant pas s'il faut utiliser string ou chaîne dans leur code. Parce que dans C #string (un mot-clé) correspond exactement à Système.String (un type FCL), il n'y a pas de différence et l'un ou l'autre peut être utilisé. Pareillement, J'ai entendu certains développeurs dire que int représente un entier 32 bits lorsque l'application est en cours d'exécution sur un système d'exploitation 32 bits et qu'il représente un entier 64 bits lorsque l'application fonctionne sur un système d'exploitation 64 bits. Cette déclaration est absolument fausse: en C#, Unint correspond toujours à System. Int32 , et donc il représente un entier 32 bits quel que soit le système d'exploitation le code est en cours d'exécution sur. Si les programmeurs utilisent Int32 dans leur code, alors ce potentiel la confusion est également éliminée.

• En C#, long cartes de Système.Int64, mais dans un autre langage de programmation, long pourrait correspondre à un Int16 ou Int32. En fait, C++ / CLI traite long comme unInt32 . Quelqu'un lisant le code source dans une langue pourrait facilement mal interpréter le code intention s'il ou elle était habitué à programmer dans un langage de programmation différent. En fait, la plupart des langues ne traitent même pas long {[14] } comme un mot-clé et ne compilent pas code qui l'utilise.

• Le FCL a de nombreuses méthodes qui ont des noms de type dans le cadre de leurs noms de méthodes. Pour exemple, BinaryReader type offre des méthodes telles que ReadBoolean, ReadInt32, ReadSingle, et ainsi de suite, et la Système.Convert Type propose des méthodes telles que ToBoolean, ToInt32, ToSingle, et ainsi de suite. Bien qu'il soit légal d'écrire ce qui suit code, la ligne avec float me semble très contre nature, et ce n'est pas évident que la ligne soit correct:

  BinaryReader br = new BinaryReader(...);
  float val = br.ReadSingle(); // OK, but feels unnatural
  Single val = br.ReadSingle(); // OK and feels good
  

• De nombreux programmeurs qui utilisent exclusivement C# ont tendance à oublier que d'autres programmes les langages peuvent être utilisés contre le CLR, et à cause de cela, les c#-ismes se glissent dans le classe code de la bibliothèque. Par exemple, le FCL de Microsoft est presque exclusivement écrit en C# et les développeurs de L'équipe FCL ont maintenant introduit des méthodes dans la bibliothèque telles que Tableau GetLongLength, qui retourne un Int64 valeur qui est un long en C# mais pas dans d'autres langages (comme C++/CLI). Un autre exemple est le système .Linq.Énumérable’s méthode LongCount .