23. Single-Responsibility-Prinzip

Themen: Das Single-Responsibility-Prinzip; Beispiele für seinen Einsatz; Bedeutung im Gesamtkontext der Software-Architektur
Folien: 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 Software-Architektur.
Trennung der Verantwortlichkeiten ist nur dann wichtig,
wenn unabhängige Änderungen real auftreten.
Eines der einfachsten Prinzipien für Software-Architektur –
und eines der am schwersten korrekt umzusetzenden.

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]}.