Pourquoi l'Ordre de `cout

Ordre d'évaluation des opérateurs dans les expressions d'opérateur C

Dans les extraits de code donnés :

myQueue.enqueue('a');
myQueue.enqueue('b');
cout << myQueue.dequeue() << myQueue.dequeue();

et

myQueue.enqueue('a');
myQueue.enqueue('b');
cout << myQueue.dequeue();
cout << myQueue.dequeue();

l'ordre des relevés imprimés peut sembler inattendu. Cependant, comprendre l'ordre d'évaluation du << l'opérateur clarifie ce comportement.

L'opérateur << L’opérateur n’a pas d’ordre d’évaluation défini pour ses arguments. Cela signifie que le compilateur est libre de les évaluer dans n'importe quel ordre. Cependant, il garantit que le deuxième argument (celui à droite de <<) est évalué après le premier.

Dans le premier extrait de code, l'ordre d'évaluation n'a pas d'importance car les deux sont retirés de la file d'attente. () les appels récupèrent différents éléments de la file d'attente. Cependant, dans le deuxième extrait, l'ordre est crucial.

Le compilateur peut évaluer le code dans différents ordres, notamment :

auto tmp1 = myQueue.dequeue();
auto tmp2 = myQueue.dequeue();
cout << tmp1 << tmp2;

et

auto tmp1 = myQueue.dequeue();
cout << tmp1 << myQueue.dequeue();

Le le premier ordre affichera "ab", tandis que le second affichera "ba". Le résultat spécifique dépend de l'ordre d'évaluation choisi par le compilateur.

Ce comportement souligne l'importance de comprendre l'ordre d'évaluation des opérateurs lors de l'écriture du code C, en particulier lorsqu'il s'agit d'opérateurs dont l'ordre d'évaluation est indéfini ou non séquencé.

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!