Et là, pour nous expliquer que son langage est tellement plus mieux, un zigue nous sort l'exemple roulé sous les aisselles d'un Set codé à la main et limité en taille par une constante figée.
Pour ta gouverne la taille de la constante figée est en rapport avec la taille maximal que Java peut atteindre avec un int. A l'origine le Set en question était un Set d'entier donc logiquement tu ne peux pas avoir plus d'entier dans ton Set que ce que Java peut représenter, d'où la vérification que tu n'essayes pas d'ajouter un élément dans un Set complètement rempli.
D'autre part il est bon de se rappeler, même dans les langages haut niveau, que ton espace mémoire est limité, la constante même si elle a une valeur importante permet de spécifier une taille maximal pour ton Set.
Enfin, mieux vaut trop que pas assez. La notion de contrat permet l'incomplétude (t'es pas obligé de tout spécifer pour que ton programme tourne) mais il est toujours préférable de prévoir tous les cas possibles même si on les considère comme peu probable (dans le cas du Set d'entier, tu auras certainement saturé ta mémoire avant de l'avoir rempli entièrement :o).
Ca peut sembler un peu capilotracté comme approche, mais c'est pas sur 5 commentaires que je peux expliquer une telle notion.
-1 Car j'ai déjà écrit la moitié des commentaires de ce thread :o).
[^] # Re: Contexte....
Posté par pifou . En réponse à la dépêche Interview de Bjarne Stroustrup. Évalué à -1.
Et là, pour nous expliquer que son langage est tellement plus mieux, un zigue nous sort l'exemple roulé sous les aisselles d'un Set codé à la main et limité en taille par une constante figée.
Pour ta gouverne la taille de la constante figée est en rapport avec la taille maximal que Java peut atteindre avec un int. A l'origine le Set en question était un Set d'entier donc logiquement tu ne peux pas avoir plus d'entier dans ton Set que ce que Java peut représenter, d'où la vérification que tu n'essayes pas d'ajouter un élément dans un Set complètement rempli.
D'autre part il est bon de se rappeler, même dans les langages haut niveau, que ton espace mémoire est limité, la constante même si elle a une valeur importante permet de spécifier une taille maximal pour ton Set.
Enfin, mieux vaut trop que pas assez. La notion de contrat permet l'incomplétude (t'es pas obligé de tout spécifer pour que ton programme tourne) mais il est toujours préférable de prévoir tous les cas possibles même si on les considère comme peu probable (dans le cas du Set d'entier, tu auras certainement saturé ta mémoire avant de l'avoir rempli entièrement :o).
Ca peut sembler un peu capilotracté comme approche, mais c'est pas sur 5 commentaires que je peux expliquer une telle notion.
-1 Car j'ai déjà écrit la moitié des commentaires de ce thread :o).