Hallo,
ob man nun headless einsetzt oder nicht, ist eine Frage, die mich zur Zeit beschäftigt und die vorallem immer mehr aktuell werden sollte. Denn das Universum Webentwicklung befindet sich im Wandel, im Wandel hin zu JavaScript und dessen headless, bzw. Single Page Application Ansätze.
Den Begriff "headless" stelle ich mir so vor (um etwas genauer zu definieren, was hier mit der Frage gemeint ist): Darunter versteht man ein "kopfloses" System, welches ohne Frontend ausgeliefert wird. Also ohne Definition, wie denn letztendlich die HTML Ausgabe auszusehen hat. Es wird lediglich die Business-Logik definiert, also die Datenverarbeitungslogik, völlig unabhängig vom Rendering-Prozess. Dieser ging ja früher in einer klassischen PHP-Anwendung einher mit der Businuss-Logik.
Nun frage ich mich, ab wann macht der Einsatz Sinn oder sollte man das generell tun? Oder ist komplett davon abzuraten? Mir geht es dabei vorallem um die langfristige Beständigkeit einer Webanwendung. Was soll man nach dem State of the Art tun, um eine beständige Webanwendung zu erhalten?
Mit beständig meine ich 3 bis 5 Jahre.
Mit dieser Frage beschäftigen sich anscheinend auch viele CMS Systeme. Manche haben schon umgestellt, manche sind in der Konzeptionsphase und wieder andere denken gar nicht daran. Deswegen meine Frage: Macht das Sinn? Macht das erst ab einer gewissen Größe (= Projektumfang / Bugdet) Sinn? Die Vorteile liegen auf der Hand: Schnelleres Laden, einheitliche Backend API, leichte Einbindung mehrerer Caching Levels, etc.
MFG
derwunner
PS: Die Frage bezieht sich in erster Linie natürlich auf Meinungen. Falls es eher Off-Topic ist, dann bitte dementsprechend verschieben. Ich fand, der Thread passt hier am besten, da es ja etwas mit grundlegender Konzeption zu tun hat.
ob man nun headless einsetzt oder nicht, ist eine Frage, die mich zur Zeit beschäftigt und die vorallem immer mehr aktuell werden sollte. Denn das Universum Webentwicklung befindet sich im Wandel, im Wandel hin zu JavaScript und dessen headless, bzw. Single Page Application Ansätze.
Den Begriff "headless" stelle ich mir so vor (um etwas genauer zu definieren, was hier mit der Frage gemeint ist): Darunter versteht man ein "kopfloses" System, welches ohne Frontend ausgeliefert wird. Also ohne Definition, wie denn letztendlich die HTML Ausgabe auszusehen hat. Es wird lediglich die Business-Logik definiert, also die Datenverarbeitungslogik, völlig unabhängig vom Rendering-Prozess. Dieser ging ja früher in einer klassischen PHP-Anwendung einher mit der Businuss-Logik.
Nun frage ich mich, ab wann macht der Einsatz Sinn oder sollte man das generell tun? Oder ist komplett davon abzuraten? Mir geht es dabei vorallem um die langfristige Beständigkeit einer Webanwendung. Was soll man nach dem State of the Art tun, um eine beständige Webanwendung zu erhalten?
Mit beständig meine ich 3 bis 5 Jahre.
Mit dieser Frage beschäftigen sich anscheinend auch viele CMS Systeme. Manche haben schon umgestellt, manche sind in der Konzeptionsphase und wieder andere denken gar nicht daran. Deswegen meine Frage: Macht das Sinn? Macht das erst ab einer gewissen Größe (= Projektumfang / Bugdet) Sinn? Die Vorteile liegen auf der Hand: Schnelleres Laden, einheitliche Backend API, leichte Einbindung mehrerer Caching Levels, etc.
MFG
derwunner
PS: Die Frage bezieht sich in erster Linie natürlich auf Meinungen. Falls es eher Off-Topic ist, dann bitte dementsprechend verschieben. Ich fand, der Thread passt hier am besten, da es ja etwas mit grundlegender Konzeption zu tun hat.
Kommentar