Message unique dans une boucle

bonjour,
je dois faire un programme simulant le vol d'un mirage (avion).
Juste du point de vue variables (temps, altitude, vitesse) dans une boucle.
Je dois afficher un message quand mon avion a atteint la vitesse du son : "mur du son dépassé!". Pas de problème jusqu'ici.
Mon problème est que une fois la vitesse atteinte et le message écrit, il le répète puisque mon avion continue son vol.
Comment puis-je dire à mon programme une fois que le message est affiché, ne le répète pas???
Merci d'avance...

Donc en gros pour l'instant tu as quelque chose du genre :

Code:

---

1 2 3 4 5 6 7

boucler: DES_TRUCS   ACTION_À_FAIRE_UNE_SEULE_FOIS   DES_MACHINS fin boucle

---

Et tu voudrais que ACTION_À_FAIRE_UNE_SEULE_FOIS soit vraiment faite une seule fois.
Voici comment faire :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

booléen actionFaite <- faux boucler: DES_TRUCS   si pas actionFaite: ACTION_À_FAIRE_UNE_SEULE_FOIS actionFaite <- vrai fin si   DES_MACHINS fin boucle

---

Allez, je me lances...

Je vous propose la chose suivante :

En premier lieu, nous allons ajouter une variable. Appelons-la 'vtMemo'.
Déclarons cette variable, juste avant d'entrer dans la boucle et fixons sa valeur à 0.

Code:

---

1 2	int vtMemo = 0; boucle {.....}

---

on commence en premier, une fois entré dans la boucle par tester la valeur de vtMemo, sachant qu'elle ne sera utile que dans deux cas. Le premier de ces cas, est qu'elle doit être différente de 0. Le second cas, on verra plus loin.
Si vtMemo vaut 0, on ne s'en occupe pas, donc, on réalise normalement votre boucle à une petite différence près, à la fin de la boucle, on stock la vitesse mesurée dans vtMemo.
A la boucle suivante, vtMemo ne vaut plus zéro. C'est maintenant qu'entre en jeu la seconde condition.
vtMemo doit être différent de la vitesse mesurée dans cette nouvelle boucle.
Si ces deux conditions sont trouvée, vtMemo ne vaut pas zéro, et est différent de la nouvelle mesure de vitesse, alors, vtMemo devient utile.
En effet, le moment de votre boucle qui vous intéresse, est le moment du franchissement du mur du son. A ce moment précis, vtMemo est inférieur ou égale à la vitesse du son, et la vitesse mesurée supérieur à la vitesse du son.
Donc, par comparaison, lorsque :

Code:

---

vtMemo <= vitesseDuSon && vitesseMesuree > vitesseDuSon

---

est vrai uniquement au moment du franchissement du mur du son, et en cas d'accélération.
Dans ce cas, une fois la vitesse du son dépassée, c.a.d. que vtMemo et vitesseMesuree sont tous deux supérieur à la vitesse du son, alors on est plus dans le franchissement, tout comme lorsqu'ils sont tous deux inférieur à la vitesse du son. Cette condition ne sera vrai qu'à ce moment. Il ne reste plus qu'à exploiter cet état pour conditionner l'affichage du message qui n'apparaître que pendant ce bref instant.
En plus, si vous faites une soustraction entre vtMemo et vitesseMesuree, vous connaîtrez l'accélération/décélération de l'appareil. Résultat positif pour une accélération, négatif pour une décélération, et la valeur du résultat représentant le taux d'accélération/décélération.

La solution de yotta a un avantage : elle gère le franchissement du mur du son de façon pérenne, si l'avion repasse en dessous puis la franchit une 2e fois.

Dans ta boucle while... tu rajoute un if :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

boolean bool1=true;   while(condition)   {   if (variable==mur_du_son && bool1){ print();   bool1= false; }

---

Qu'en penses tu?


}

Merci pour vos réponses... surtout rapides...^^

Citation:

---

Envoyé par kremvax

La solution de yotta a un avantage : elle gère le franchissement du mur du son de façon pérenne, si l'avion repasse en dessous puis la franchit une 2e fois.

---

Salut,

on peut résoudre ça sans introduire de nouvelle variable à partir de la solution de @thelvin :

Code:

---

1 2 3 4 5 6 7 8

if ( vitesse>VITESSE_DU_SON) { if ( !messageAffiche ) { afficheMessage(); messageAffiche=true; } } else { messageAffiche=false; }

---

ou

Code:

---

1 2 3 4 5 6 7 8

if ( vitesse>VITESSE_DU_SON ) { if ( !messageAffiche ) { afficheMessage(); messageAffiche=true; } } else if ( messageAffiche ) { messageAffiche=false; }

---

Citation:

---

Envoyé par joel.drigo

Salut,

on peut résoudre ça sans introduire de nouvelle variable à partir de la solution de @thelvin :

---

Oui bien sûr. Mais je préfèrerai toujours la solution stateless :)

Citation:

---

Envoyé par kremvax

Oui bien sûr. Mais je préfèrerai toujours la solution stateless :)

---

Oui la solution stateless est toujours mieux que celle stateful.

Parce que la variable vtMemo serait stateless ?
En plus, le fait qu'on doit la traiter différemment lorsqu'elle vaut 0 me pose déjà un problème en soi.
Sémantiquement, le fait de dire qu'on doit afficher le message lorsqu'on repasse en dessous de la vitesse du son, est plus juste, que de dire que le message doit s'afficher quand on passe la vitesse du son alors qu'on ne l'avait pas déjà passé, non ?

Code:

---

1 2 3 4

func(oldSpeed, newSpeed) { newSpeed >= SOUND_SPEED && oldSpeed < SOUND_SPEED => display("boom") }

---

Citation:

---

Envoyé par joel.drigo

Sémantiquement, le fait de dire qu'on doit afficher le message lorsqu'on repasse en dessous de la vitesse du son, est plus juste, que de dire que le message doit s'afficher quand on passe la vitesse du son alors qu'on ne l'avait pas déjà passé, non ?

---

D'où la subjectivité des choses, parce que j'aurais dit le contraire :)

Citation:

---

Envoyé par kremvax

Code:

---

1 2 3 4

func(oldSpeed, newSpeed) { newSpeed >= SOUND_SPEED && oldSpeed < SOUND_SPEED => display("boom") }

---

D'où la subjectivité des choses, parce que j'aurais dit le contraire :)

---

Oui, en effet, en expression fonctionnelle, ça parait plus juste.

Le fait que oldSpeed pouvait changer d'état et que son sens pouvait changer au cours de l'itération me semblait moins évident.

C'est l'intention du la programmation fonctionnelle que de contraindre le paradigme stateless aussi : est ce que ça vient pas de là aussi. Ici on élimine la façon dont ces états sont déterminés.

Je suppose que ça pourrait être écrit comme ça :

Code:

---

1 2 3 4

changeVitesse(accelaration){ oldSpeed <- newSpeed newSpeed <- newSpeed + accelaration }

---

Différent que de modifier oldSpeed à la fin d'une itération...

Ton expression supprime aussi la notion de cas spécial à 0.

Enfin, je n'ai pas étudié tout ça à l'école (stateless, stateful, et programmation fonctionnelle), et je fonctionne un peu à l'intuite, parce que je n'ai pas trouvé pour l'instant de documents clairs et concis pour expliquer toutes ces notions :aie:

Citation:

---

Envoyé par joel.drigo

Le fait que oldSpeed pouvait changer d'état et que son sens pouvait changer au cours de l'itération me semblait moins évident.

---

En fait je viens de relire l'algo de yotta et non seulement on peut faire sauter la distinction sur le cas où vtMemo vaut 0, mais en plus il faut la faire sauter car dans le cas (très) particulier où l'avion passerait dès la première itération la vitesse du son on ne déclencherait pas l'affichage , donc bug.

Citation:

---

Envoyé par joel.drigo

Enfin, je n'ai pas étudié tout ça à l'école (stateless, stateful, et programmation fonctionnelle), et je fonctionne un peu à l'intuite, parce que je n'ai pas trouvé pour l'instant de documents clairs et concis pour expliquer toutes ces notions :aie:

---

Moi non plus je n'ai pas appris ça à l'école, mais je me rends compte que ça vaut le coup de s'y intéresser! ;)

Merci pour le lien @Kremvax :ccool: