dedlfix: Single-Responsibility-Prinzip für PHP?

Beitrag lesen

Tach!

Gerade das SRP ist ja, so wie es im Wiki beschrieben ist, absolut blödsinnig, es führt dazu dass ein Programm atomized wird. Eine Zerlegung in nicht mehr teilbare Funktionseinheiten erschwert extrem die Fehlersuche!

Oder sie erleichtert sie extrem, weil diese kleinen Einheiten sehr einfach testbar sind, vor allem automatisiert.

In der Praxis jedoch versteht sich SRP genau umgekehrt, nämlich so wie im richtigen Leben: Wenn es nicht läuft wie erwartet, greift man sich denjenigen der die Verantwortung trägt und strebt für die Fehlersuche kurze Wege an.

Genau deshalb nimmt man kleine überschaubare Einheiten.

So kann man jederzeit einen Dump werfen und gucken was an dem $this kaputt ist und hat so den Fehler in Kürze eingegrenzt, beispielsweise zeigt der Dump ein fehlendes oder undefiniertes Request-Objekt, was als eine Eigenschaft in $this eingebaut sein sollte (Aggregation).

Dem steht SRP auch nicht im Wege.

Wie Niklaus Wirth bereits in den späten 70ern feststellte, kann ein Dozent nur die Grundlagen vermitteln, das Programmieren an sich jedoch, muss jeder selber lernen.

Hat er auch gesagt, dass dabei ausgeschlossen ist, sich Anleihen bei andern zu holen, sei es in Form von Mustern oder Prinzipien?

Aber nicht der Weg an sich führt zum Ziel sondern die eigene Trittsicherheit! Und auch das Umkehren will gelernt sein, sprich: Die Fehlersuche.

Inwiefern beeinflusst das Verwenden von Mustern und Prinzipien die Fehlersuche und die Fähigkeit dazu?

dedlfix.