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.