Style accepté par rapport à Int64 en C #?

Je sais qu’ils ont le même type de variable, mais existe-t-il un «style» standard accepté pour savoir s’il faut utiliser long ou Int64 ?

Je voudrais utiliser le plus commun.

Toute la documentation de Microsoft et 99.999% (ou presque) du code que vous trouverez en ligne sera long . Voir par exemple la définition du type de données numérique dans la référence C #: http://msdn.microsoft.com/en-us/library/exx3b86w.aspx

Au final, c’est le même problème avec l’utilisation de ssortingng ou de Ssortingng . En général, les noms minuscules sont utilisés pour les types de données de valeur tels que les nombres ou les caractères, et les noms de majuscules sont utilisés pour les classes. En C # Int64 est le type de données complexe (une structure avec des champs, des propriétés et des méthodes, voir la doc ici ) pour le type de données long value (voir la doc ici ). En général, les utilisateurs n’utilisent pas la classe Int64 à part d’appeler des méthodes de cette classe, telles que Int64.Parse . Donc, vous trouverez généralement quelque chose comme ceci:

 long variable = 9.5f; ssortingng text = "8.4"; long anotherVariable = Int64.Parse(text); 

Vous obtiendrez tellement d’opinions différentes pour une question comme celle-ci, car elles sont exactement la même chose. C’est à vous de répondre. Microsoft utilise presque toujours long , int et short dans sa documentation et ses exemples. C’est simplement un Alias ​​dans VB.NET et C #. Donc, je suppose qu’il est préférable de les utiliser de cette façon.

  • long au lieu de Int64
  • int au lieu de Int32
  • short au lieu de Int16

C # utilise ces mots-clés comme long, int, comme alias pour les types .NET.

  • int = System.Int32
  • long = System.Int64
  • ssortingng = System.Ssortingng

Le premier argument pour utiliser ces mots-clés est qu’il vient avec le langage, donc utilisez-le lors de l’écriture du langage.

Un deuxième argument de l’utilisation de ces mots-clés est que vous n’avez pas à using System; au dessus de votre fichier de code.

Un autre avantage pourrait être que quelqu’un pourrait créer un nouveau type appelé Int64 et le placer quelque part dans votre espace de noms (je sais… ce serait fou). Si votre ancien code utilise le type Int64 , votre ancien code pourrait cesser de fonctionner. Si votre ancien code utilisait long (un alias pour System.Int64 ), cela fonctionnerait toujours correctement.

Vous devriez utiliser long , int et short .

La seule exception que je connaisse est un nom de fonction; regardez BitConverter.ToInt64 .

La raison en est que long n’est pas défini dans CIL alors que int64 l’est.

Je pense que cela se résume à la clarté versus la compatibilité. Int16 , Int32 et Int64 sont plus claires que short , int et long . Vous savez juste en regardant Int16 que c’est une longueur de 16 bits.

Je pense que dans la plupart des cas, cela dépendra de préférences personnelles, mais si vous parlez ssortingctement de “C #” sans spécifier la plate-forme sous-jacente, je penserais un peu différemment. Si vous développez pour vous conformer aux normes C # en matière de portabilité entre plates-formes et de “pérennité”, “long” serait la meilleure solution, car il s’agit d’une structure réelle dans le langage lui-même. “Int64” est une structure réelle (System.Int64) dans la structure.