Zukunftspläne #375
Von Robin Daubenschütz vor etwa 3 Jahren aktualisiert
Design Regel: UI-Probleme sollten UI-Probleme bleiben. Die Domain sollte mit einer UI-Ignorance designed sein um sauber zu bleiben.
Aktuell:
# > Zeit Eintrag geht verloren => dabei wird die Datenbank inkonsistent
# > 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:
# > 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
# > 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
Aktuell:
# > Zeit Eintrag geht verloren => dabei wird die Datenbank inkonsistent
# > 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:
# > 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
# > 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