Projekt

Allgemein

Profil

Zukunftspläne #375

Verlorener Zeiteintrag sollte anders abgefedert sein

Von Robin Daubenschütz vor etwa 3 Jahren hinzugefügt. Vor mehr als 2 Jahren aktualisiert.

Status:
Neu
Priorität:
Normal
Zugewiesen an:
Robin Daubenschütz

Beschreibung

Design Regel: UI-Probleme sollten UI-Probleme bleiben. Die Domain sollte mit einer UI-Ignorance designed sein um sauber zu bleiben.

Aktuell:
  1. Zeit Eintrag geht verloren => dabei wird die Datenbank inkonsistent
  2. TicketWorker verschickt E-Mail Adresse an den Ersteller des Verlorenen Zeiteintrages und bringt die Datenbank wieder in Ordnung => Hierfür musste das TicketBenachrichtigungs-System "missbraucht" werden durch das hinzufügen von Templates und Events, die sonst niemals existiert hätte und haben den Code unnötig verkompliziert und somit die Domain verunreinigt.
Wie es sein sollte:
  1. TimeLord speichert die Daten lokal, bis sie komplett sind für die DatenBank => Bei Verlorenem Zeiteintrag sind Daten lokal vorhanden, und die Datenbank bleibt konstant
  2. Beim Start des TimeLords, wird überprüft, ob lokale verlorene Daten vorhanden sind, und der Benutzer wird über ein einfaches Pop-Up informiert => TicketBenachrichtiungsSystem bleibt unberührt, kein zusätzlicher Overhead im Worker, und die Datenbank bleibt konstant

Historie

#1

Von Robin Daubenschütz vor etwa 3 Jahren aktualisiert

  • Beschreibung aktualisiert (diff)
#2

Von Robin Daubenschütz vor etwa 3 Jahren aktualisiert

  • Beschreibung aktualisiert (diff)
#3

Von Robin Daubenschütz vor etwa 3 Jahren aktualisiert

  • Thema wurde von Verloren Zeiteintrage anders abfangen zu Verlorener Zeiteintrag sollte anders abgefedert sein geändert
#4

Von Robin Daubenschütz vor etwa 3 Jahren aktualisiert

Wenn passend abgeändert, kann man auch in der Datenbank Regeln hinzufügen, die verhindern, dass solche Daten überhaupt abgespeichert werden was des Code auch wiederum vereinfacht, weil dann die Empty-Checks weggelassen werden können and jeglichen Stellen

#5

Von Robin Daubenschütz vor mehr als 2 Jahren aktualisiert

  • Tracker wurde von Fehler zu Zukunftspläne geändert
  • Beginn 19.10.2021 wurde gelöscht

kein fehler, sondern refactoring/consistency improvement

Auch abrufbar als: Atom PDF