Eine answer zu einer Stack-Overflow-Frage besagt, dass ein bestimmtes Framework verletzt eine einfache und einfache OOP-Regel: Single-Responsibility-Prinzip (SRP).Ist die einfache Verantwortung Prinzip eine Regel der OOP?
Ist das Prinzip der einheitlichen Verantwortung wirklich eine Regel der OOP?
Mein Verständnis der Definition von Object Orientated Programming ist "ein Paradigma, wo Objekte und ihr Verhalten verwendet werden, um Software zu erstellen". Dazu gehören die folgenden Techniken: Einkapselung, Polymorphie & Vererbung.
Verstehen Sie mich jetzt nicht falsch - ich glaube, SRP ist der Schlüssel zu den meisten guten OO-Designs, aber ich denke, es gibt Fälle, in denen dieser Grundsatz gebrochen werden kann und sollte (genau wie Datenbanknormalisierungsregeln). Ich treibe aggressiv die Vorteile von SRP, und die große Mehrheit meines Codes folgt diesem Prinzip.
Aber, ist es eine Regel, und damit impliziert, dass es nicht gebrochen werden sollte?
Die ‚Ausgabe‘ Ich SRP zu überwinden versuchen über ist ‚wie viel ist zu viel‘? Sie könnten es auf eine lächerliche Ebene bringen und dabei 100 Klassen für jede Entität generieren. –
@Prisoner ZERO: Lesen Sie die Antwort auf diese Frage: [Wie-bestimmen-Sie-bestimmen-wie-grob-oder-feinkörnig-eine-Verantwortung-sollte-wann-wann] (http://stackoverflow.com/ Fragen/2455705/How-Do-Sie-bestimmen-wie-grob-oder-fein-gekörnt-eine-Verantwortung-sollte-wann-wann) er macht einen guten Punkt. – User