Wiederholen und max. Versuche mit Zustandsmaschine

Question

Ich versuche, eine Zustandsmaschine zu machen, in der ich eine Wiederholung und maximale Versuchsmöglichkeit bauen möchte. Lassen Sie mich erklären, so weit habe ich das:

Von SAVED, ich möchte nach VALIDATED gehen, obwohl, wenn es einen Fehler gibt, muss es in AWAITING_VALIDATION Zustand gehen. Versuchen Sie nach 3 Minuten erneut, in den Status VALIDATED zu gelangen.

1. Wurde der Wiederholungsmechanismus korrekt eingerichtet?
2. Nach 3 Versuchen möchte ich in den Zustand SAVED (und pausieren Zustandsmaschine) zurückkehren. Ist es möglich, dies in einem schicken waty (z. B. mit Spring State Machine) zu tun oder muss ich dies manuell mit einer Art von Cache tun?

Danke für Ihre Hilfe

Answer 1

Es gibt wahrscheinlich viele Möglichkeiten, diese Dinge mit unterschiedlichen Maschinenkonfigurationen zu tun, aber gesagt hat, dass das so ein klar dargestellt ist guestion, dass ich auf einige Zeit verbringen wollte.

Sie sind in der Nähe und Sie haben einige Dinge verpasst (ich würde Tricks sagen), um dies zu erreichen. Die Antwort lautet extended state variables, um Speicher in eine Maschine hinzuzufügen. Diese Variablen werden normalerweise verwendet, um die Anzahl der benötigten Daten zu begrenzen, die angegeben werden, welche Maschine benötigt wird. Sie benötigen 3 Schleifen, und Sie könnten wahrscheinlich mehr Zustände erstellen, um jede Schleife und jeden Übergang (mit bestimmten Wächtern) bei Bedarf zu repräsentieren. Dies wird jedoch die Zustandskonfiguration einfach explodieren, wenn Sie mehr Schleifen wie 10 oder 20 oder 100+ benötigen.

habe ich ein Beispiel, in ssm-sample3 die wie extended state variables und unterschiedlichen guards und actions zeigen können dieses spezielle Fließ zum Antrieb verwendet werden.

Leider gibt es einen Fehler in einem aktuellen 1.1.1.RELEASE, die Sie direkt verhindert, dass ein in HAS_ERROR Übergang und Schleife AWAITING_VALIDATION den Übergang, bis Sie Pause in VALID einen anonymen Übergang mit einer Wache, die (das ist, warum Probe einen Dummy TMP Zustand hat, den nicht benötigt mit 1.2.x).

Dies ist wahrscheinlich etwas, das ich gerne als Beispiel oder FAQ zu unseren ref docs hinzufügen würde.

Lemmy wissen, ob das hilft.