`short int` vs` int`

court vs int

Ne vous embêtez pas avec short sauf si il y a vraiment une bonne raison, telles que la sauvegarde de la mémoire sur une foule de valeurs, ou conforme à une disposition de la mémoire requise par un autre code.

En utilisant beaucoup de différents types d'entiers seulement introduit de la complexité et des possibilités de synthèse autour de bugs.

Sur les ordinateurs modernes, il pourrait également introduire inutile d'inefficacité.

const

Saupoudrer const généreusement partout où vous le pouvez.

const limite ce qui pourrait changer, rendant ainsi plus facile de comprendre le code: vous savez que ce beastie est ne va pas se déplacer, donc, il peut être ignoré, et de la pensée dirigée à plus utile/pertinent choses.

De haut niveau const pour les arguments formels est cependant, par convention, omis, peut-être parce que le gain n'est pas suffisant pour dépasser l'ajout de verbosité.

Aussi, dans une pure déclaration d'une fonction de niveau supérieur const d'un argument est tout simplement ignoré par le compilateur. Mais d'un autre côté, certains outils peuvent ne pas être assez intelligent pour ignorer, lors de la comparaison de pures déclarations de définitions, et une personne citée que dans un précédent débat sur la question dans le comp.lang.c++ groupe Usenet. Donc, cela dépend dans une certaine mesure, sur l'ensemble des outils, mais heureusement je n'ai jamais utilisé les outils que la place de quelque importance sur ces consts.

Cheers & hth.,

La question est techniquement incorrect "dois-je utiliser short int?". La seule bonne réponse sera "je ne sais pas ce que vous essayez d'accomplir?".

Mais voyons quelques scénarios:

1. Vous savoir d'une plage de valeurs de la variable peut prendre.

Les gammes pour les entiers signés:

• signed char — -2⁷ – 2⁷-1
• short — -21⁵ – 21⁵-1
• int — -21⁵ – 21⁵-1
• long — -231 – 231-1
• long long — -2⁶3 – 2⁶3-1

Il convient de noter ici que ces sont garantis plages, ils peuvent être plus importants dans votre mise en œuvre, et sont souvent. Vous avez aussi la garantie que la gamme précédente ne peut pas être plus grand que l'autre, mais ils peuvent être égaux.

Vous allez rapidement constater que short et int ont en fait la même gamme garantie. Cela vous donne très peu d'incitation à l'utiliser. La seule raison d'utiliser short compte tenu de cette situation devient de donner d'autres codeurs une allusion au fait que les valeurs seront pas trop grandes, mais cela peut être fait via un commentaire.

Il est toutefois judicieux d'utiliser signed charsi vous savez que vous pouvez adapter chaque valeur potentielle dans la gamme de -128 à 127.

1. Vous ne connaissez pas exactement la gamme de valeurs possibles.

Dans ce cas, vous êtes dans une mauvaise position pour tenter de réduire la mémoire useage, et devrait probablement utiliser au moins int. Même s'il a la même portée que shortsur de nombreuses plates-formes, il peut être plus grande, et cela va vous aider.

Mais le plus gros problème, c'est que vous essayez d'écrire un morceau de logiciel qui fonctionne sur des valeurs, la gamme dont vous ne connaissez pas. Peut-être quelque chose de mal s'est passé avant, vous avez commencé à coder (lorsque les exigences ont été écrits jusqu').

1. Vous avez une idée sur la plage, mais de réaliser qu'il peut changer dans le futur.

Demandez-vous comment près de la frontière sont vous. Si nous parlons de quelque chose qui va de -1000 à +1000 et peut potentiellement changer à -1500 – 1500, puis par tous les moyens l'utilisation short. L'architecture spécifique peut pad de votre valeur, ce qui signifie que vous ne serez pas économiser de l'espace, mais vous ne perdrez rien. Cependant, si nous avons affaire à une certaine quantité qui est actuellement -14000 – 14000, et peut croître de façon imprévisible (c'est peut-être quelque valeur financière), alors ne pas simplement passer à intallez à la long tout de suite. Vous perdrez un peu de mémoire, mais vous permettra d'économiser beaucoup de maux de tête attraper ces roll-over bugs.