Rolf B's Lösung

[Rolf B]

Hallo pl,

wenn ich eine Template-Engine hätte, die im Stande ist, JS in HTML zu erkennen und erforderliche Kontextbehandlungen transparent durchzuführen, dann hätte ich das sicherlich damit gemacht.

Hab ich aber nicht; es gibt da so ein Smarty-basierendes Projekt, an dem ich gelegentlich mit bastele (aber wer dessen Innereien betrachtet bekommt Schreikrämpfe, weshalb ich das NICHT als Referenz angebe), da geht das mit etwas Tipparbeit semitransparent. Smarty kennt Modifier hinter Template-Variablen. Entweder eingebaute, z.B. escape für HTML-Escaping, oder wenn's kein eingebauter ist, sucht er eine eingebaute PHP-Funktion dieses Namens (was ich für grenzwertiges Design halte, aber hier schön praktisch ist).

Mit Smarty würde ich also einfach

<script>
   var ROLF.jsData = {$jsData|json_encode};
</script>

in mein Template schreiben. PHP sieht so aus:

$smarty = CreateSmarty();   // Projektspezifsicher Helper mit Smarty-Setup;
$smarty->assign('jsData', ['foo' => 3, 'bar' => "hugo" ]);
$smarty->display('myPage.tpl');

$jsData wäre dann die Template-Variable, wo mein Parameter-Objekt drin ist. Die bestücke ich aus PHP heraus mit einem Skalar oder Objekt, ohne zu wissen wie sie zu rendern ist. Prima. Und mein statisches JS würde ROLF.jsData verwenden können. Auch prima. Das Know-How, wie der Kontextwechsel zu laufen hat, steckt im Smarty-Template. Kann dein FW das auch so schön transparent?

Ohne TE - na gut, dann echo't man den json_encode raus oder baut ihn mit <?= ?> ein.

Also - lieber Namenskollege - wir sind uns ja durchaus einig. Bis auf ein paar technische Details, die mit der Frage nichts zu tun hatten...

Rolf