Ausgangslage ist eine (einzige) Seite, auf der ein Benutzer a) seinen Nutzernamen b) seine Nutzerdaten (inlusive Email) und c) sein Passwort verändern kann.

Nehmen wir an, ein Benutzer macht alles 3:

1) er ändert seinen Benutzernamen in “MaxMustermann”, der jedoch bereits existiert. Die Nutzerklasse des Frameworks fängt das Problem ab und sendet eine Nachricht “Nutzername existiert schon” mit dem Attribut “Warnung” an das Nachrichtensystem.

2) Er ändert seine Nutzerdaten und gibt eine neue Email an. Diese ist in Ordnung und die Datenklasse des Projekts sendet die Nachricht “Die Mail wurde geändert” mit dem Attribut “Nachricht”.

3) Er gibt sein neues Passwort an, jedoch stimmt dieses nicht mit der Kontrolleingabe überein. Die Formularverwaltung fängt dies ab und sendet die Nachricht: “Die Passworteingabe stimmt nicht überein” mit dem Attribut “Warnung”.

Am Ende des Requests holt sich die Ausgabe alle Nachrichten ab (die sie betreffen) und stellt diese im Entsprechenden Stil da: Warnungen in Orange, Meldungen in grün.

Ergebnis: die Daten wurden alle von den unterschiedlichsten Klassen behandelt. Durch das Nachrichtensystem konnten die einzelnen Klassen jeweils ihre Zustände bzw. Meldungen weitergeben und aggregiert an die relevante Ausgabeklasse weitergegeben werden.