Terminabsage bestätigen Muster

By August 6, 2020 No Comments

Wenn Sie glauben, dass der Benutzer unnötigerweise eine destruktive Aktion oder eine Für ihre Zwecke ungeeignete Aktion ausführt – ein Bestätigungsfeld ist der richtige Zeitpunkt und Ort, um ihn darüber zu informieren. Dies gilt insbesondere, wenn von Wörtern wie Rückgängig oder Löschen begleitet, wegen des doppelten Negativs. Es ist nicht klar, was abgebrochen wird: die Aktion oder die Absage der Aktion. Eine bessere Option könnte “Zurück”, “Bleiben”, “Nein”, “Verlassen”, “Beenden” oder jede andere Aktion sein, die im Kontext instinktiv klar ist. Gmail hat beispielsweise automatisch einen Entwurf einer Nachricht gespeichert, die in seinem nicht-modalen Fenster erstellt wurde. Diese Vorgehensweise ermöglichte es Benutzern, das Fenster bei Bedarf zu reduzieren oder zu schließen, während sie ihren Fortschritt speichern. Wenn Sie mit der Maus auf das X-Symbol in der oberen rechten Ecke des Meldungsfensters zeigen, wurde eine QuickInfo angezeigt, die bestätigt, dass der Entwurf gespeichert und geschlossen werden soll. Abbruch war auch noch verfügbar (mit dem Symbol “Papierkorb löschen” am unteren Rand des Nachrichtenfensters – weit entfernt von der Option Speichern & Schließen oben, um Fehler zu vermeiden). Das Bestätigungsdesign ist nicht auf die leichte Schulter zu nehmen. Wenn benutzerirrt oder gar nicht, können Benutzer unbeabsichtigtes Chaos begehen.

In diesem Artikel werden Richtlinien und Best Practices für das Entwerfen effektiver Bestätigungen erläutert. Das TCC-Muster erzwingt auch die Verwendung der Ablaufzeit als Teil der Nutzlast, da dies der Status ist, der in verteilten zustandslosen REST-Diensten von einem Dienst auf einen anderen übertragen wird. Die Ablaufzeit könnte auch bei der Vorkonditionierung der Prüfung nützlich sein, bevor sie vom Transaktionskoordinator bestätigt wird. Der Nachteil von TCC, im Vergleich zu saga, ist, dass sein zweiphasiges Protokoll erfordert, dass Dienste mit zusätzlichem ausstehenden Zustand und Schnittstelle entworfen werden, um Try Request zu verarbeiten. Und es kann doppelt so lange dauern, bis eine TCC-Anforderung abgeschlossen ist als eine Saga-Anforderung, da TCC zweimal mit jedem Dienst kommuniziert und die Bestätigungsphase nur gestartet werden kann, wenn Antworten von Try-Anfragen von allen Diensten empfangen werden. Befolgen Sie beim Erstellen von Schaltflächen für Bestätigungsdialogfelder diese drei Richtlinien: Während Bestätigungsdialoge wirksam sind, um die Bedeutung des X-Symbols zu verkennen, fügen sie zusätzliche Schritte hinzu. Darüber hinaus wissen Benutzer nicht, was das X tut, bevor sie es drücken, und daher können sie sich Sorgen über die Folgen ihrer Aktion machen. Die Überschrift sollte eine Hauptaktion fragen (oder informieren), die wir erneut bestätigen möchten. Schritt 1: Buchen Sie den Flug beim Fluggesellschaftsanbieter über HTTP POST. Die Fluggesellschaft gibt einen URI an con rm und eine Ablauffrist für die Bestätigung zurück. Dieses Repository ist eine vereinfachte Java-Implementierung für alle, die daran interessiert sind, das TCC-Muster zu lernen. Dieses Repo versucht, die meisten der üblichen Boilerplate zu trimmen, aber nur das Minimum zu bewahren, das am einfachsten sein könnte, um dieses Muster zu beobachten.

Es könnte angepasst werden, um jeden Backend-Stack zu verwenden. Weitere informationen zu Einer fortgeschrittenen und praktischeren Nutzung von TCC finden Sie im Referenzbeispiel Spring Cloud TCC für Microservices Integration. Fehler in Schritt 3 sind schwieriger. Vorübergehende Ausfälle eines der Teilnehmer können durch erneutes Senden der Bestätigungsnachricht behoben werden. Schließlich ist PUT idempotent, so dass wir es so lange wie nötig wiederholen können. Sobald der Fluggesellschaftsanbieter jedoch bestätigt wurde, kann die Bestätigung für die Autovermietung immer noch fehlschlagen (z. B. aufgrund des Zwischenablaufs, gefolgt von einer autonomen Stornierung). Dies ist immer möglich und würde zu einer “heuristischen” Anomalie führen – genau wie Sie in jedem verteilten Transaktionssystem, das jemals gebaut wurde, finden werden. Um das Auftreten von Heuristiken zu minimieren und ihre Auflösung zu erleichtern, können intelligente Implementierungen auf einem spezialisierten und wiederverwendbaren TCC-Koordinator basieren, der fundierte Entscheidungen darüber trifft, ob in Schritt 3 fortgefahren werden soll oder nicht, ein wiederherstellbares Fortschrittsprotokoll führt und nach Möglichkeit intelligente Wiederholungen durchführt.

info@twentepc.nl

Author info@twentepc.nl

More posts by info@twentepc.nl