Hallo smac,
das ist mehr ein Hinweis für Entwickler gedacht, die am CONTENIDO Core arbeiten. In der Regel werden Seiten, oder Teile von Seiten, im Backend mit der Klasse cGuiPage generiert, das ist wohl die Vorgehensweise für die Zukunft.
...Aber kann mir jemand erklären warum, bzw. wie ich es statt dessen machen soll?...
Auch möchte man im Backend soweit wie möglich von inline JavaScript Code wegkommen, wenn möglich, soll alles in JS Dateien ausgelagert werden. Es ist besser, wenn der JavaScript Code an einer Stelle bleibt, z. B. im js Ordner und wenn möglich nicht in Templates oder in PHP Scripten generiert wird. Das macht den Code wartbarer und sauberer. Außerdem hat man so eine saubere Frontendapplikation, in der das Markup (HTML), die Formatierung (CSS) und die Logik (JS) sauber voneinander getrennt ist.
Es kann aber auch sein, dass das nicht zu 100% möglich sein wird. Manchmal wird man nicht darauf verzichten können, im Markup, z. B. am Ende des body-Tags JS Code auszugeben. Auf jeden Fall werden addScript() Funktionsaufrufe der Klasse cGuiPage momentan als deprecated geloggt.
...Und was mache ich mit Javascript, welches z.B. dynamisch vom Modul generiert werden soll?...
Modulausgaben sind davon nicht betroffen, du kannst weiterhin JavaScript Code in Modulen ausgeben. Sofern du nicht cGuiPage->addScript() verwendest, ist es kein Problem. Willst du das aber auch soweit wie möglich strikt voneinander trennen, kannst du ja die Modul JavaScript-Datei mit der Logik implementieren und im Modulcode nur ein Funktionsaufruf mit der dynamisch generierten JavaScript Konfiguration machen, so wie man es von jQuery Plugins kennt...
Gruß
xmurrix