Überblick über die Architekturen von Web-Apps
Single-Page-App, Server-Side Rendering oder Static-Sites? Wer die Web-Architekturen kennt, trifft fundierte Entscheidungen bei seinem nächsten Projekt.
(Bild: Ulrike Weis / KI / heise medien)
Anno 1989, zur Geburtsstunde des World Wide Web, war die Welt noch übersichtlich: Ein Browser stellt eine HTTP-Anfrage, ein Server liefert ein statisches Dokument. Dieses schlichte Request-Response-Modell hat die Webentwicklung über Jahrzehnte geprägt – und kommt auch heute noch zum Einsatz.
Frontend-Entwickler haben über die Jahre viele neue Konzepte darauf aufgesetzt, um Webanwendungen immer individueller, dynamischer und schicker zu machen. Jede Generation von Entwicklern erbte die Entscheidungen der vorherigen, auch die fragwürdigen. So wurde zum Beispiel ausgerechnet die in zehn Tagen zusammengehackte Programmiersprache JavaScript zu einem Kernelement des gesamten Web-Stacks.
- Jede Web-App existiert gleichzeitig auf dem Server und im Browser – die jeweils grundlegend verschiedene Möglichkeiten bieten.
- Von der statischen HTML-Seite bis zu modernem Server-Side Rendering hat die Entwicklergemeinde verschiedene Architekturen hervorgebracht, um dieses Problem in den Griff zu bekommen.
- In vielen Anwendungsfällen fährt man mit althergebrachter Technik einfacher, wartbarer und ökonomischer als mit modernen Full-Stack-Frameworks.
Wer heute eine neue Webanwendung konzipiert, solle die Vorteile und die Probleme kennen, die die entstandenen Bauformen mit sich bringen. Denn keine der Architekturen wurde von den ihr nachfolgenden komplett verdrängt oder vollständig ersetzt, im Gegenteil: Entwicklern steht heute das gesamte Repertoire an Architekturen aus knapp 40 Jahren Web-Geschichte zur Auswahl.
Das war die Leseprobe unseres heise-Plus-Artikels "Überblick über die Architekturen von Web-Apps". Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.
