Prinzip der einfachen Verantwortlichkeit: Granularität des Grundes für die Änderung

Question

Wenn Sie das Prinzip der einfachen Verantwortlichkeit anwenden und den Änderungsgrund einer Klasse betrachten, wie bestimmen Sie dann, ob dieser Grund zu granular oder nicht granular genug ist?

Answer 1

Ich weiß nicht, dass es eine gute Antwort auf diese eine andere als "Anwendung Ihrer Beurteilung, basierend auf Ihrer Erfahrung." Wenn das nicht klappt, hole Hilfe, was ich denke, was du hier machst;)

Ernsthaft, wenn Sie feststellen, dass Sie eine gazillion Klassen erstellen, um etwas zu tun, was wie ein einfacher Job scheint, dann sind Sie wahrscheinlich zu granular. Wenn Ihre Klassen alle kollossal erscheinen, dann sind Sie wahrscheinlich zu grob. Bitte entschuldigen Sie, wenn das eine Erklärung des Offensichtlichen ist.

Ich denke, das ist einer dieser unscharfen, nicht harten und schnellen Regeln, die uns zeigen, warum wir menschliche Programmierer brauchen. Versuchen Sie einfach etwas, suchen Sie das Gleichgewicht und refaktorieren Sie, wenn Sie feststellen, dass Sie zu weit in die eine oder andere Richtung gehen. Und denken Sie daran: if it's worth doing, it's worth doing badly.

Answer 2

1. Ich wäre anfangs nicht allzu besorgt über Granularität. Ich werde mich zunächst mit der Trennung von Bedenken auf einer breiteren Ebene befassen. Grundlegend ist, dass wir hier Übertechnik vermeiden sollten. Aber gerade genug. Ich stimme mit Lucas überein, dass dieser erste Schritt mit Erfahrung verbessert wird.
2. Da sich die Anforderungen ändern, wenn ich anfange, die "Gerüche" zu bekommen, wenn mein Verständnis des Problems sich verbessert, würde ich das Design umgestalten, indem ich die getrennten Interessen ausklammere, wenn sie offensichtlich werden. Grundsätzlich sollte die Trennung von Bedenken ebenso evolutionär sein wie bei der Gesamtgestaltung.