nicht angemeldet
Hello,
Ich habe da nun eine generelle Frage zur Philosophie. Es gibt in vielen Modulen ja immer die Qual, dass man sowohl Funktionalitäten für das Frontend, als auch Administrationsfunktionen für das Backend bereitstellen muss.
Wie trennt Ihr das? Gefordert ist, dass die Funktionen alle in einem Modul (einer Klasse) zusammengefasst werden, mit Ausnahme natürlich von Darstellungs-, Datenhaltungs-, oder Berechtigungsaufgaben, usw., die sich selbstverständlich in anderen Klassen befinden.
Das mit "ein Modul === eine Klasse" ist Bullshit. Wer sowas fordert, hat von OOP noch weniger Ahnung, als du. ;)
*haha* Der Kunde hat an dem Projekt inzwischen sieben Vorgänger verschlissen. Das wird richtig[tm] Spaß machen. Aber ich kann es mir auch nicht immer aussuchen.
Ich möchte nicht immer den gesamten Klotz laden lassen, obwohl doch meistens nur die Userfunktionen benötigt werden.
Autoloading hast du dir angeschaut? Unbedingt implementieren, dazu gibts auch einen PHP-Standard namens "PSR-0". Dadurch sparst du dir zum einen das andauernde require_once überall (was auch nicht so wahnsinnig performance-fördernd ist), zum anderen reduziert sich der Memory-Footprint der Applikation ohne dein Zutun schon mal signifikant, weil nur noch die tatsächlich benutzten Klassen-Deklarationen geladen werden. Und wenn man die Klassen hinreichend klein gestaltet...
Das schaue ich mir genauer an. Ich müsste dann ja nur eine Klasse bauen, die die anderen benutzt.
Dann müssten die Profis vom Kunden ja doch immer nur die passende Klasse einbinden und benutzen. Das weitere Teile (andere Klassen) nach Bedarf nachgeladen werden, müssen die gar nicht (aktiv) wissen.
Der Arbeitsspeicher wird schon knapp, auch wenn der Prozessor noch nicht schwitzt.
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
