Templates/Module als direkt ausführbare Dateien, Abschaffung der Rex-Vars

[gharlan]

Mein Wunsch wäre, die Templates/Module über direkt ausführbare Dateien abzubilden. Das bedeutet:

• Templates/Module nicht mehr in der Datenbank
• Developer-Addon würde überflüssig werden
• Keine virtuellen rex:///...-Dateien mit dem ganzen Sonderhandling mehr (Editor-Links etc.)
• Dadurch dann auch Opcache für Templates/Module

Das bedeutet dann aber auch, dass keine Rex-Vars mehr möglich sind. Denn sonst wären es keine direkt ausführbaren Dateien, da die Rex-Vars ja vor dem PHP-Parsing ersetzt werden müssen. Von den Rex-Vars bin ich aber sowieso auch nicht mehr überzeugt:

• Eigene Syntax, statt gewohnter PHP-Syntax
• Dadurch teils Syntax-Probleme in PHP-Editoren
• Und auch Probleme teils bzgl. statischer Code-Analyse

In #4832 habe ich damit begonnen, für die Rex-Vars sinnvolle PHP-Alternativen zu schaffen. Das muss ich noch fortführen. Also schauen, welche weiteren Fälle es gibt, wo man aktuell Rex-Vars nutzt und es noch keine gute PHP-Alternative gibt.

Ob das Ganze wirklich in Rex6 enthalten sein wird, muss sich noch zeigen.

[AWqxKAWERbXo]

Ich würde das unterstützen, jedoch, geht es um die komplette Abschaffung der REX_VARs, also auch der Ersetzungs-Logik für Addons wie Consent-Manager usw.?

Wie würden zukünftig REX_VARs notiert werden? einfach als beliebige Methode einer Klasse, z.B. beim Consent Manager consent_manager::show($params) statt REX_CONSENT_MANAGER[x=y], für die der Addon-Entwickler verantwortlich ist? Was wäre da best practice? dann würde ich beim Addons umrüsten unterstützen.

[iceman-fx]

Na das kann ja lustig werden.
Da werden sicher eine Vielzahl an addons und noch mehr Module nicht mehr funktionieren.
Hoffentlich kann man dann bei den Addons eine brauchbare Umsetzung schaffen (z.b. gridblock).

[skerbis]

@iceman-fx bis dahin dauert es noch ein Weilchen.

[iceman-fx]

Ändert aber nichts an der Tatsache.
Es wird dann wieder ewig dauern, bis man alles angepasst hat, sofern es sich dann überhaupt noch anpassen lässt. (Z.b. Thema Gridblock).

[eaCe]

So war das auch zwischen R4 und R5. Ist halt eine Major-Version. Und ich gehe auch davon aus das es noch etwas dauern wird ;)

[iceman-fx]

@gharlan Gibt es eigentlich schon ein Beispiel, in welcher Form dann die Values abgerufen werden?
Und in welcher Form werden dann die Eingabefelder mit Namen versehen werden?

[eaCe]

@iceman-fx ich denke soweit ist man noch nicht. Nur mit der Ruhe. Gregor hat oben auch geschrieben Ob das Ganze wirklich in Rex6 enthalten sein wird, muss sich noch zeigen.

[gharlan]

@gharlan Gibt es eigentlich schon ein Beispiel, in welcher Form dann die Values abgerufen werden?

Zum Abfragen der Values gibt es bereits eine Möglichkeit seit 5.13, so wie hier im einleitenden Kommentar zu sehen: #4832

Und in welcher Form werden dann die Eingabefelder mit Namen versehen werden?

Die Namen bei den Values sind eigentlich gar keine Rex-Values, also diese REX_INPUT_VALUE[x]. Die werden nirgends ersetzt, sondern es sind einfach die tatsächlichen Namen der Felder, sie werden also über rex_post('REX_INPUT_VALUE') eingelesen.
Somit sind die Namen nicht betroffen von der Abschaffung der Rex-Vars. Trotzdem ist nicht ausgeschlossen, dass sich auch da was ändert. Soweit bin ich gedanklich noch nicht.

Aber zum Beispiel die Media-Widgets für die Eingabe, da muss ich noch schauen, ob man die schon gut ohne Rex-Vars erstellen kann.

Insgesamt wollte ich unser Vorhaben hier vor allem mal transparent bekannt geben. Es gibt aber noch diverse Todos und offene Fragen. Und wie von Thorben schon hervorgehoben, steht noch nicht mal fest, ob die Umstrukturierung überhaupt in R6 vollständig abgeschlossen sein wird.