Supposons que nous ayons deux piles et aucune autre variable temporaire.
Est-il possible de "construire" une structure de données de file d'attente en utilisant uniquement les deux piles?
algorithm
data-structures
stack
queue
Nitine
la source
la source
A - Comment inverser une pile
Pour comprendre comment construire une file d'attente à l'aide de deux piles, vous devez comprendre comment inverser une pile de façon claire. Rappelez-vous comment fonctionne la pile, elle est très similaire à la pile de plats de votre cuisine. Le dernier plat lavé sera sur le dessus de la pile propre, qui est appelé L ast I n F irst O ut (DEPS) en informatique.
Imaginons notre pile comme une bouteille comme ci-dessous;
Si nous poussons les entiers 1,2,3 respectivement, alors 3 sera au sommet de la pile. Parce que 1 sera poussé en premier, puis 2 sera placé sur le dessus de 1. Enfin, 3 sera placé sur le dessus de la pile et le dernier état de notre pile représenté comme une bouteille sera comme ci-dessous;
Maintenant, nous avons notre pile représentée comme une bouteille est remplie de valeurs 3,2,1. Et nous voulons inverser la pile pour que l'élément supérieur de la pile soit 1 et l'élément inférieur de la pile 3. Que pouvons-nous faire? On peut prendre la bouteille et la tenir à l'envers pour que toutes les valeurs s'inversent dans l'ordre?
Oui, nous pouvons le faire, mais c'est une bouteille. Pour faire le même processus, nous devons avoir une deuxième pile qui va stocker les premiers éléments de pile dans l'ordre inverse. Mettons notre pile remplie à gauche et notre nouvelle pile vide à droite. Pour inverser l'ordre des éléments, nous allons faire sauter chaque élément de la pile de gauche et les pousser vers la pile de droite. Vous pouvez voir ce qui se passe comme nous le faisons sur l'image ci-dessous;
Nous savons donc comment inverser une pile.
B - Utilisation de deux piles comme file d'attente
Dans la partie précédente, j'ai expliqué comment inverser l'ordre des éléments de la pile. C'était important, car si nous poussons et pop des éléments dans la pile, la sortie sera exactement dans l'ordre inverse d'une file d'attente. En réfléchissant à un exemple, poussons le tableau d'entiers
{1, 2, 3, 4, 5}
dans une pile. Si nous éclatons les éléments et les imprimons jusqu'à ce que la pile soit vide, nous obtiendrons le tableau dans l'ordre inverse de l'ordre de poussée, qui sera{5, 4, 3, 2, 1}
Rappelez-vous que pour la même entrée, si nous retirons la file d'attente jusqu'à ce qu'elle soit vide, la sortie sera{1, 2, 3, 4, 5}
. Il est donc évident que pour le même ordre d'entrée d'éléments, la sortie de la file d'attente est exactement inverse de la sortie d'une pile. Comme nous savons inverser une pile en utilisant une pile supplémentaire, nous pouvons construire une file d'attente en utilisant deux piles.Notre modèle de file d'attente comprendra deux piles. Une pile sera utilisée pour l'
enqueue
opération (la pile n ° 1 à gauche sera appelée pile d'entrée), une autre pile sera utilisée pour l'dequeue
opération (la pile n ° 2 à droite sera appelée pile de sortie). Regardez l'image ci-dessous;Notre pseudo-code est comme ci-dessous;
Opération de mise en file d'attente
Opération de retrait de file d'attente
Mettons en file d'attente les entiers
{1, 2, 3}
respectivement. Les entiers seront poussés sur la pile d'entrée ( pile n ° 1 ) qui se trouve à gauche;Que se passera-t-il alors si nous exécutons une opération de retrait de file d'attente? Chaque fois qu'une opération de mise en file d'attente est exécutée, la file d'attente va vérifier si la pile de sortie est vide ou non (voir le pseudo-code ci-dessus) Si la pile de sortie est vide, alors la pile d'entrée va être extraite sur la sortie afin que les éléments de la pile d'entrée sera inversée. Avant de renvoyer une valeur, l'état de la file d'attente sera comme ci-dessous;
Vérifiez l'ordre des éléments dans la pile de sortie (pile n ° 2). Il est évident que nous pouvons extraire les éléments de la pile de sortie afin que la sortie soit la même que si nous étions retirés d'une file d'attente. Ainsi, si nous exécutons deux opérations de mise en file d'attente, nous obtiendrons d'abord
{1, 2}
respectivement. L'élément 3 sera alors le seul élément de la pile de sortie et la pile d'entrée sera vide. Si nous mettons en file d'attente les éléments 4 et 5, alors l'état de la file d'attente sera le suivant;Maintenant, la pile de sortie n'est pas vide, et si nous exécutons une opération de retrait de file d'attente, seuls 3 seront extraits de la pile de sortie. Ensuite, l'état sera vu comme ci-dessous;
Encore une fois, si nous exécutons deux autres opérations de mise en file d'attente, lors de la première opération de mise en file d'attente, la file d'attente vérifie si la pile de sortie est vide, ce qui est vrai. Ensuite, sortez les éléments de la pile d'entrée et poussez-les vers la pile de sortie jusqu'à ce que la pile d'entrée soit vide, puis l'état de la file d'attente sera comme ci-dessous;
Facile à voir, la sortie des deux opérations de mise en file d'attente sera
{4, 5}
C - Implémentation de la file d'attente construite avec deux piles
Voici une implémentation en Java. Je ne vais pas utiliser l'implémentation existante de Stack donc l'exemple ici va réinventer la roue;
C - 1) Classe MyStack: une implémentation simple de la pile
C - 2) Classe MyQueue: Implémentation de la file d'attente à l'aide de deux piles
C - 3) Code de démonstration
C - 4) Exemple de sortie
la source
Vous pouvez même simuler une file d'attente en utilisant une seule pile. La deuxième pile (temporaire) peut être simulée par la pile d'appels d'appels récursifs à la méthode d'insertion.
Le principe reste le même lors de l'insertion d'un nouvel élément dans la file d'attente:
Une classe Queue utilisant une seule pile serait la suivante:
la source
n items
dans la file d'attente en utilisant la structure de données ci-dessus. la somme(1 + 2 + 4 + 8 + .... + 2(n-1))
donne~O(n^2)
. J'espère que tu as compris.La complexité temporelle serait cependant pire. Une bonne implémentation de file d'attente fait tout en temps constant.
Éditer
Je ne sais pas pourquoi ma réponse a été rejetée ici. Si nous programmons, nous nous soucions de la complexité du temps et l'utilisation de deux piles standard pour créer une file d'attente est inefficace. C'est un point très valable et pertinent. Si quelqu'un d'autre ressent le besoin de voter plus bas, je serais intéressé de savoir pourquoi.
Un peu plus de détails : pourquoi utiliser deux piles est pire qu'une simple file d'attente: si vous utilisez deux piles et que quelqu'un appelle la file d'attente alors que la boîte d'envoi est vide, vous avez besoin d'un temps linéaire pour atteindre le bas de la boîte de réception (comme vous pouvez le voir dans le code de Dave).
Vous pouvez implémenter une file d'attente en tant que liste à liaison unique (chaque élément pointe vers l'élément inséré suivant), en gardant un pointeur supplémentaire sur le dernier élément inséré pour les push (ou en en faisant une liste cyclique). L'implémentation de file d'attente et de retrait de file d'attente sur cette structure de données est très facile à faire en temps constant. C'est le pire temps constant, non amorti. Et, comme les commentaires semblent demander cette clarification, le pire temps constant est strictement meilleur que le temps constant amorti.
la source
Soit file d'attente à implémenter q et piles utilisées pour implémenter q be stack1 et stack2.
q peut être implémenté de deux manières:
Méthode 1 (en rendant l'opération enQueue coûteuse)
Cette méthode garantit que l'élément nouvellement entré est toujours en haut de la pile 1, de sorte que l'opération deQueue apparaît simplement à partir de stack1. Pour placer l'élément en haut de stack1, stack2 est utilisé.
Méthode 2 (en rendant l'opération deQueue coûteuse)
Dans cette méthode, en opération en file d'attente, le nouvel élément est entré en haut de stack1. En opération de mise en file d'attente, si stack2 est vide, tous les éléments sont déplacés vers stack2 et enfin le haut de stack2 est renvoyé.
La méthode 2 est nettement meilleure que la méthode 1. La méthode 1 déplace tous les éléments deux fois dans l'opération enQueue, tandis que la méthode 2 (dans l'opération deQueue) déplace les éléments une fois et déplace les éléments uniquement si stack2 est vide.
la source
Une solution en c #
la source
Deux piles dans la file d'attente sont définies comme pile1 et pile2 .
Enqueue: les éléments mis en file d' attente sont toujours poussés dans stack1
Dequeue: le haut de stack2 peut être sorti car il s'agit du premier élément inséré dans la file d'attente lorsque stack2 n'est pas vide. Lorsque stack2 est vide, nous extrayons tous les éléments de stack1 et les poussons dans stack2 un par un. Le premier élément d'une file d'attente est poussé au bas de stack1 . Il peut être sorti directement après les opérations de saut et de poussée, car il se trouve au sommet de stack2 .
Voici le même exemple de code C ++:
Cette solution est empruntée à mon blog . Une analyse plus détaillée avec des simulations de fonctionnement étape par étape est disponible sur ma page Web de blog.
la source
Vous devrez tout sauter de la première pile pour obtenir l'élément du bas. Ensuite, remettez-les tous sur la deuxième pile pour chaque opération de «retrait».
la source
pour le développeur c # voici le programme complet:
la source
Implémentez les opérations suivantes d'une file d'attente à l'aide de piles.
push (x) - Poussez l'élément x à l'arrière de la file d'attente.
pop () - Supprime l'élément devant la file d'attente.
peek () - Récupère l'élément frontal.
empty () - Retourne si la file d'attente est vide.
la source
la source
Une implémentation d'une file d'attente utilisant deux piles dans Swift:
la source
Bien que vous obtiendrez de nombreux articles liés à l'implémentation d'une file d'attente avec deux piles: 1. Soit en rendant le processus enQueue beaucoup plus coûteux 2. Ou en rendant le processus deQueue beaucoup plus coûteux
https://www.geeksforgeeks.org/queue-using-stacks/
Un moyen important que j'ai découvert dans le post ci-dessus était de construire une file d'attente avec uniquement la structure de données de la pile et la pile des appels de récursivité.
Bien que l'on puisse affirmer que cela utilise littéralement deux piles, mais dans l'idéal, cela n'utilise qu'une seule structure de données de pile.
Voici l'explication du problème:
Déclarez une seule pile pour la mise en file d'attente et la suppression des données et poussez les données dans la pile.
tandis que deQueueing a une condition de base où l'élément de la pile est déplacé lorsque la taille de la pile est de 1. Cela garantira qu'il n'y aura pas de débordement de pile pendant la récursivité deQueue.
Pendant que deQueueing fait d'abord apparaître les données du haut de la pile. Idéalement, cet élément sera l'élément présent en haut de la pile. Maintenant, une fois cela fait, appelez récursivement la fonction deQueue, puis repoussez l'élément sauté ci-dessus dans la pile.
Le code ressemblera à ci-dessous:
De cette façon, vous pouvez créer une file d'attente à l'aide d'une structure de données de pile unique et de la pile d'appels de récursivité.
la source
Voici la solution en langage javascript utilisant la syntaxe ES6.
Stack.js
QueueUsingTwoStacks.js
Voici l'utilisation:
index.js
la source
stack1
. Lorsque vous ydequeue
reviendrez, vous y déplacerez des élémentsstack2
, en les mettant en avant de ce qui était déjà là.Je répondrai à cette question dans Go parce que Go n'a pas beaucoup de collections riches dans sa bibliothèque standard.
Puisqu'une pile est vraiment facile à implémenter, j'ai pensé essayer d'utiliser deux piles pour accomplir une file d'attente à double extrémité. Pour mieux comprendre comment je suis arrivé à ma réponse, j'ai divisé l'implémentation en deux parties, la première partie est, je l'espère, plus facile à comprendre mais elle est incomplète.
Il s'agit essentiellement de deux piles où nous permettons au bas des piles d'être manipulées l'une par l'autre. J'ai également utilisé les conventions de dénomination STL, où les opérations traditionnelles push, pop, peek d'une pile ont un préfixe avant / arrière, qu'elles se réfèrent à l'avant ou à l'arrière de la file d'attente.
Le problème avec le code ci-dessus est qu'il n'utilise pas la mémoire très efficacement. En fait, il se développe sans cesse jusqu'à ce que vous manquiez d'espace. C'est vraiment mauvais. La solution consiste à réutiliser simplement le bas de l'espace de pile chaque fois que possible. Nous devons introduire un décalage pour suivre cela, car une tranche dans Go ne peut pas croître à l'avant une fois rétrécie.
C'est beaucoup de petites fonctions, mais sur les 6 fonctions, 3 d'entre elles ne sont que des miroirs de l'autre.
la source
voici ma solution en java en utilisant une liste liée.
}
Remarque: dans ce cas, l'opération pop prend beaucoup de temps. Je ne suggère donc pas de créer une file d'attente en utilisant deux piles.
la source
Avec
O(1)
dequeue()
, qui est identique à la réponse de pythonquick :Avec
O(1)
enqueue()
(cela n'est pas mentionné dans cet article, donc cette réponse), qui utilise également le retour arrière pour faire bouillonner et renvoyer l'article le plus bas.De toute évidence, c'est un bon exercice de codage car il est inefficace mais élégant néanmoins.
la source
** Solution JS facile **
la source
Pour chaque opération de mise en file d'attente, nous ajoutons en haut de la pile1. Pour chaque file d'attente, nous vidons le contenu de stack1 dans stack2 et supprimons l'élément en haut de la pile. La complexité du temps est O (n) pour la file d'attente, car nous devons copier stack1 dans stack2. la complexité temporelle de la mise en file d'attente est la même qu'une pile régulière
la source
if (stack2 != null)
est toujours vrai carstack2
est instancié dans le constructeur.Implémentation de la file d'attente à l'aide de deux objets java.util.Stack:
la source
return inbox.isEmpty() && outbox.isEmpty()
etreturn inbox.size() + outbox.size()
, respectivement. Le code de Dave L. lève déjà une exception lorsque vous retirez une file d'attente d'une file d'attente vide. La question d'origine ne concernait même pas Java; il s'agissait des structures / algorithmes de données en général. L'implémentation Java n'était qu'une illustration supplémentaire.