Wer alles wissen muss, wenn etwas passiert

Im Lager wird ein Artikel entnommen. Das ist ein kleiner Vorgang — eine Zahl wird kleiner. Aber es hängt einiges daran:

public void Entnehme(string artikel, int menge)
{
    _bestand[artikel] -= menge;

    if (_bestand[artikel] < _mindestbestand[artikel])
    {
        _nachbestellung.Beauftrage(artikel);
        _email.Sende(_einkauf.Adresse, $"{artikel} unter Mindestbestand");
        _dashboard.Aktualisiere(artikel, _bestand[artikel]);
        _protokoll.Schreibe($"Unterschreitung: {artikel}");
    }
}

Die Klasse Lager hat eine Aufgabe: Bestände führen. Inzwischen kennt sie die Nachbestellung, den Mailversand, das Dashboard und das Protokoll. Vier Abhängigkeiten, die mit Beständen nichts zu tun haben.

Der Preis dafür fällt an drei Stellen an:

• Der Konstruktor wächst. Jede neue Reaktion ist eine neue Abhängigkeit — und jeder Test von Lager muss sie mitliefern, auch wenn er nur prüft, ob richtig subtrahiert wird.
• Die Reihenfolge wird zur Vorschrift. Steht der Mailversand vor der Nachbestellung, ist das eine Entscheidung, die niemand bewusst getroffen hat — sie ergibt sich aus der Zeilenreihenfolge.
• Ein Fehler reisst alles mit. Wirft _email.Sende eine Exception, weil der Mailserver weg ist, wird die Nachbestellung nicht mehr beauftragt. Der Bestand wurde aber schon verändert.

Die Idee

Das Lager sagt nicht mehr «Nachbestellung beauftragen, Mail senden, Dashboard aktualisieren». Es sagt nur noch:

Wer damit etwas anfangen will, meldet sich vorher an. Das Lager kennt seine Zuhörer nicht — es weiss nicht einmal, ob es welche gibt.

Damit ändert sich die Antwort auf «Was passiert bei einer Unterschreitung?»: Sie steht nicht mehr im Lager, sondern bei denen, die zuhören. Das ist gleichzeitig der Gewinn und die Gefahr dieses Patterns — dazu in der dritten Lektion mehr.