Je rencontre toujours du code qui utilise int pour des choses comme .Count
, etc., même dans les classes du framework, au lieu de uint.
Quelle en est la raison?
Je rencontre toujours du code qui utilise int pour des choses comme .Count
, etc., même dans les classes du framework, au lieu de uint.
Quelle en est la raison?
UInt32
n'est pas conforme à la norme CLS ; il est donc possible qu'il ne soit pas disponible dans toutes les langues qui ciblent la spécification de langue commune. Int32
est conforme à CLS et son existence est donc garantie dans toutes les langues.
Si le nombre est vraiment non signé par sa nature intrinsèque, alors je voudrais déclarer un unsigned int. Cependant, si je viens de passer à l'aide d'un certain nombre (pour le moment) dans la plage positive alors je dirais que c'est un int. Les raisons principales étant que:
Sont quelques réflexions qui me sont venues à l'esprit.
J'ai utilisé pour tenter et être très prudent et choisir le bon/signés signé et j'ai finalement réalisé qu'il n'a pas vraiment d'entraîner un avantage positif. Il crée une surcharge de travail. Alors, pourquoi faire les choses à fond par le mélange et l'appariement.
UInt32 n'est pas conforme à CLS. http://msdn.microsoft.com/en-us/library/system.uint32.aspx
Je pense qu'au fil des ans, les gens sont arrivés à la conclusion que l'utilisation de types non signés n'apportait pas vraiment d'avantages. La meilleure question est: que gagneriez-vous en faisant de Compter un UInt32?
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.