Voici le code: et voyons ensuite le résultat produit la sortie suivante: < pre> xxx donc, ns stack est retourné s stack et NSS stack est identique à s pile.
3 Réponses :
Le constructeur de pile qui prend un itération sur une pile iterate dans la commande "POP" ... Donc, lorsque vous construisez une pile d'une autre, il ajoutera d'abord le haut de la pile d'origine, puis mettra la "seconde de l'élément supérieur" sur le dessus de cela. Dans la nouvelle pile, etc ... l'inversant efficacement. ienumerable ajoutez a été appelé plusieurs fois.
Le constructeur que vous utilisez pour Alors oui, il inverse l'ordre des éléments. NS an NSS est pile
Appeler ns = nouvelle pile
L'indice à votre surprise est dans votre question:
La pile <> constructeur inverse la pile lors de l'initialisation de
autre ? Le CTOR que vous parlez de pas accepter une autre pile
- plutôt, il accepte unienumerable . C'est-à-dire qu'il n'y a pas de traitement spécial pour la construction d'une pile à partir d'unpile , par rapport à la construction d'unpile de tout autreienumerable .Alors, lorsque vous essayez de construire un
pile à partir d'une pile , la sourcepile est consommée dans son ordre de dénombrement naturel, c'est-à-dire l'ordrepopping . Et la nouvelle pile est construite parpoussant les éléments du document entrant ienumerable . D'où le comportement que vous voyez.
Ce n'est pas une question, n'est-ce pas? ;)
Demandez-vous une question ici? Il semble que vous postiez simplement une certaine conclusion. Fermeture.
@Kieren, @ODed: Je traite cela comme "Je vois quelque chose de bizarre, est-ce correct?" La question est dans le titre, le texte est pourquoi le Q est demandé.
@Richard, c'était une blague: ma question était rhétorique. Mauvaise blague je suppose!
@Kieren: OK, mais une personne qui pourrait facilement faire peur: actuellement, ce q a trois voix pour fermer comme "pas une vraie question".
Les gars, à cause de cela, j'ai perdu 10 $ dans une heure (je travaille sur le robot commercial), il était donc très vital pour moi de m'assurer.