Heim >Backend-Entwicklung >PHP-Tutorial >Die Klassenfunktionalität erweitern, ohne den Klassencode zu ändern?
Erstes Bild
Die aktuelle Anwendung verwendet das yaf
-Framework, und alle Controller sind 继承
von Base_controller
abgeleitet. Aufgrund der zunehmenden Anzahl von Funktionen in der späteren Zeit (Berechtigungsverwaltung, Produktverwaltung, Protokollverwaltung usw.) .), Base_controller
Es kann nicht mehr aufgebläht sein,
Natürlich können Sie je nach Funktion unterschiedliche Klassendateien erstellen und diese dann entsprechend den Anforderungen in Base_controller
initialisieren. Allerdings ist jede Funktion stark mit Base_controller
verknüpft, daher frage ich mich, ob es eine bessere gibt Lösung.
Woran ich gerade denke, ist 装饰模式
(weil ich das im Moment nur weiß, verdammt),
mit bestimmten Dekorationsklassen (Berechtigungsverwaltung, Protokollverwaltung) zu dekorieren Base_controller
, damit es so ist Da der Dekorationsmodus jedoch erfordert, dass der Dekorator (Base_controller
) und der spezifische Dekorator beide von derselben Klasse erben, hat Base_controller
jetzt jedoch von anderen Klassen geerbt, sodass Base_controller
nicht die Rolle des spielen kann Dekorateur,
Wen sollte ich also verwenden, um die Funktionsklassen (Berechtigungsverwaltung, Produktverwaltung, Protokollverwaltung) zu dekorieren, an deren Schreiben ich so hart gearbeitet habe?
Gehe ich also in die falsche Richtung, ist der Dekorationsmodus hier überhaupt nicht geeignet, oder brauche ich andere Designs?Antwortinhalt:
Die aktuelle Anwendung verwendet das
-Framework, und alle Controller sind yaf
von 继承
abgeleitet. Aufgrund immer mehr Funktionen in der späteren Zeit (Berechtigungsverwaltung, Produktverwaltung, Protokollverwaltung usw.) ), Base_controller
Es kann nicht mehr aufgebläht sein, Base_controller
initialisieren. Allerdings ist jede Funktion stark mit Base_controller
verknüpft, daher frage ich mich, ob es eine bessere gibt Lösung. Base_controller
(weil ich das im Moment nur weiß, verdammt), 装饰模式
mit bestimmten Dekorationsklassen (Berechtigungsverwaltung, Protokollverwaltung) zu dekorieren
, damit es so ist Da der Dekorationsmodus jedoch erfordert, dass der Dekorator (Base_controller
) und der spezifische Dekorator beide von derselben Klasse erben, hat Base_controller
jetzt jedoch von anderen Klassen geerbt, sodass Base_controller
nicht die Rolle des spielen kann Dekorateur, Base_controller
Gehe ich also in die falsche Richtung, ist der Dekorationsmodus hier überhaupt nicht geeignet, oder brauche ich andere Designs?
PHP-Eigenschaften verwenden
Vielen Dank für die Einladung.
Das oben erwähnte Merkmal ist tatsächlich eine Lösung, aber der Schlüssel zum Problem liegt möglicherweise nicht hier.
Obwohl Ihr Verständnis des Dekorationsmodus ungenau ist, stellt dies kein großes Problem dar und ist nicht der Schlüssel
Ich bin in der tatsächlichen Entwicklung noch nie auf das Problem gestoßen, dass BaseController aufgebläht ist. Dies ist normalerweise auf die Ebene (oder den Bereich) des Entwicklers zurückzuführen, geschweige denn, dass der Klassencode geändert wurde. Das Problem kann nicht sein gelöst, muss aber rekonstruiert werden.
Normalerweise wird der aufgeblähte BaseController durch die Deklaration vieler Methoden verursacht, die nicht vom Controller bereitgestellt werden sollten. Diese Methoden sollten wahrscheinlich im Modell deklariert werden oder zum Helfer gehören. Das Modell wird gemeinsam genutzt, sodass seine Methoden in jedem Controller verwendet werden können. Und wenn die Methode, die durch das Modell definiert werden soll, im Controller platziert ist und der Controller nicht öffentlich ist, besteht die einfachste Lösung zu diesem Zeitpunkt darin, sie in der Basis abzulegen. Das Ergebnis ist die langfristige Akkumulation, die Sie jetzt sehen.