Comment mémoriser la taille de stockage des types de données .NET ?

Question

Dans le framework .NET, savoir combien chaque type de données consomme de mémoire est utile, mais c'est tellement oubliable. Existe-t-il un moyen de s'en souvenir ?

Si je sais par exemple que le type de données int consomme 4 octets, c'est utile. Mais ce type de données est tellement oubliable surtout lorsque j'utilise d'autres logiciels tels que Serveur SQL que la consommation de mémoire pourrait être si différente de celle du cadre .NET.

Existe-t-il un moyen de s'en souvenir au lieu de voir des documentations ?

Answer 1

Je ne sais pas si une telle chose vaut la peine d'être mémorisée en toute conscience. Je recommanderais de créer une antisèche et de s'y référer en cas de besoin. Avec le temps, vous mémoriserez tout, ou du moins ceux que vous utilisez le plus souvent.

Answer 2

Connaître la taille des types de données de base est parfois utile lorsque vous devez utiliser des structures de bas niveau (par exemple, si vous devez échanger des données avec des programmes C ou assembleur, ou des données provenant d'une interface matérielle spécifique), ou lorsque vous devez traiter un grand nombre de données et que vous avez besoin d'une estimation de la consommation de mémoire. Mais, dans la pratique, vous n'avez affaire qu'à une poignée de structures (moins d'une douzaine), alors pourquoi est-il si difficile de s'en souvenir ?

Answer 3

Pour les types primitifs, "si cela semble grand, c'est grand" :-). Un "long" est plus grand qu'un "short". Un "double" est plus grand qu'un "float" (et quelque chose qui flotte serait léger, c'est-à-dire assez petit). Un "octet" est plus grand qu'un " nybble ". Cela ne fonctionne pas pour une décimale, cependant (la décimale semble minuscule, mais c'est en fait le type primitif le plus grand).

En fait, un double semble être le double de la taille normale, et si vous considérez int comme une bonne base de référence, un double est en effet le double de la taille d'un int.

Answer 4

Je ne sais pas pourquoi vous trouvez utile de vous souvenir de ces chiffres. Ce n'est vraiment pas la peine. Ce n'est pas comme "à l'époque", lorsque nous devions additionner les tailles des structures de données pour nous assurer qu'elles tenaient toutes dans 32 kilo-octets.

Réjouissez-vous que nous ayons dépassé ce stade.