Frage zur Queued State Machine / Producer-Consumer-Struktur

' schrieb:Ah...also im Read-Case die Queue pollen und (wie bei dir) nur gucken ob überhaupt ein neues Kommando da ist oder evtl. sogar gucken ob das nächste Kommando ein EXIT (=> Beenden...) oder irgend ein anderes Kommando ist. Klingt nicht schlecht...

Gibts noch Alternativ-Vorschläge?

Gruß
Achim

Ja, du kannst fast genauso vorgehen wie wir vorgeschlagen haben. Aber statt den Status der Queue zu pollen, kannst du in der inneren Schleife den aktuellen Befehl auslesen und wenn das ein Read ist, dann lesen und wieder Read reinschreiben. Also eine verschachtelte State Machine.

Das kann man verständlicher mit einer UML Diagramm beschreiben, als die erste Lösung.