21. Single-Responsibility-Prinzip

Themen: Das Single-Responsibility-Prinzip; Beispiele für seinen Einsatz; Bedeutung im Gesamtkontext der Software-Architektur
Folien: PDF
Glossar: PDF

Zentrale Aspekte

Ein Modul sollte nur Verantwortung
gegenüber genau einem Akteur haben.
Jede Verantwortlichkeit ist eine
(potentielle) Quelle für Veränderungen.
Verantwortlichkeiten richtig zu trennen,
ist ein zentraler Aspekt jeglicher Softwarearchitektur.
Trennung der Verantwortlichkeiten ist nur dann wichtig,
wenn unabhängige Änderungen real auftreten.
Eines der einfachsten Prinzipien für Softwarearchitektur –
und eines der am schwersten korrekt umzusetzenden.

Fragen zur Vertiefung und Wiederholung

Diese Fragen dienen der persönlichen Beschäftigung mit der Thematik, werden aber nicht separat in der Vorlesung besprochen.

Was ist die Kernaussage des Single-Responsibility-Prinzips? Worin unterscheidet es sich z.B. vom Unix-Prinzip?
Definieren Sie den Begriff „Verantwortlichkeit“ im Kontext des Single-Responsibility-Prinzips.
Wie lautet die Verallgemeinerung des Single-Responsibility-Prinzips auf der Ebene der Komponenten bzw. darüber hinaus?
Welches der Entwurfsmuster der „Gang of Four“ spielt eine wesentliche Rolle bei einer möglichen Umsetzung des Single-Responsibility-Prinzips?

Weiterführende Literatur

Eine kommentierte und handverlesene Liste mit weiterführender Literatur zum Thema. Die Auswahl ist zwangsläufig subjektiv.

Das SRP wurde in dieser Form von Robert C. Martin formuliert, entsprechend findet es sich in seinen Büchern, vgl. dazu Kapitel 8 in {[martin-rc-2003]}. Eine leicht unformulierte und mit (in meinen Augen) deutlich zugänglicheren Beispielen versehene Fassung findet sich in Kapitel 7 in {[martin-rc-2018]}.

Der Artikel, in dem „Conways Gesetz“ formuliert wurde, stammt aus dem Jahr 1968: {[conw-dm-14-4-28]}.