` Mettre à zéro ma variable en cas d'échec de l'extraction en C 11 ? " />
Pourquoi Stringstream >> modifie la valeur de la cible en cas d'échec ?
En C moderne (à partir de C 11), le comportement du >> L'opérateur ; pour stringstream lorsqu'une extraction échoue a changé par rapport aux versions précédentes. Conformément à la norme C 11, en cas d'échec, la variable cible est définie sur une valeur par défaut (généralement zéro). pour les entiers), et l'indicateur failbit est défini.
Avant C 11, le comportement était différent. Selon la citation de Stroustrup de "TC PL, 3e édition", en cas d'échec, la variable cible devrait rester inchangée. Cependant, l'exemple de code fourni démontre une contradiction, où la variable cible v est remise à zéro après une tentative d'extraction échouée.
Ce comportement apparemment contradictoire peut s'expliquer par le fait que le L'extrait de code est compilé en mode C 11, ce qui modifie le comportement de l'opérateur >> comme suit :
Dans l'exemple de code, le stringstream contient une chaîne qui ne peut pas être convertie en entier, ce qui entraîne un échec d'analyse. En mode C 11, cet échec entraîne la mise à 0 de v, comme observé dans la sortie. L'indicateur failbit est également défini, comme l'indique le message "state: failbit".
Ce changement de comportement a été introduit avec C 11 pour garantir la cohérence dans la gestion des échecs d'extraction pour les extracteurs de flux. Cela s'aligne sur le principe général selon lequel les extracteurs de flux ne doivent pas modifier la variable cible (si possible) en cas d'échec.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!