nicht angemeldet
hi,
hi,
Tach!
Wenn so unterschiedliche Dinge wie Shop-Artikel nur ein paar wenige Merkmale gemeinsam haben sollen, wäre statt einer Basisklasse eher ein Interface angebracht, das diese Merkmale definiert, die für den Warenkorb interessant sind.
In meinem FW hat die Basisklasse mit einer Warenkorb-Klasse oder mit einer Artikel-Klasse gar nichts zu tun. Schnittstellen werden erst in der jeweiligen Anwendungs- bzw. Responseklasse angesprochen, nämlich dann, wenn sie gebraucht werden.Ich habe nichts von einer Gott-Klasse geschrieben und auch keine solche gemeint. Eine Basisklasse ist nicht zwangsläufig die Grundlage für sämtliche Klassen sondern nur für die, die in einem sinnvollen Zusammenhang stehen. Zum Beispiel können alle Controller in einem MVC-Szenario von einer Controller-Basisklasse abstammen. Plugins hingegen von einer Plugin-Basisklasse.
Zend-Framework arbeitet ja viel mit abstrakten Klassen
s.a. http://framework.zend.com/manual/1.0/de/zend.controller.plugins.html
zum Beispiel. Wie auch die Anordnungen von Zend-Framework was Request und Repsonseklassen angeht: http://framework.zend.com/manual/1.12/de/zend.controller.response.html
Schön auch deren API-Doc (mit I-Frames ;-)!!!): http://framework.zend.com/apidoc/1.12/
mfg
tami
MudGuard