Portal:Webframework
Der Webframework-Evolution-Lernpfad bringt erfahrene Entwicklerinnen und Entwickler dazu, die Landschaft digitaler Web-Frameworks – von CGI-Skripten (1993) bis zu KI-nativen, agentengestützten Frameworks (2024+) – als Architektur- und Technikgeschichte zu verstehen, statt nur eine Featureliste zu vergleichen. Ein Sechs-Generationen-Modell (inspiriert von einer externen Übersichtsseite, jeder Fakt unabhängig geprüft) ordnet reale, existierende Software wie Ruby on Rails, Django, React, Next.js, Astro und Aider ein. Wie die verwandten Evolution-Bücher dieser Reihe: Dieses Buch teilt bewusst keine Rahmenhandlung mit den übrigen Geschwisterbüchern – kein fiktives Projekt Harborlight, kein Team Driftline. Reines Sachbuch, jede Übung an echten, existierenden Frameworks.
Der Lernpfad in vier Stufen
🟢 L1 – Grundlagen: Generation 1 – Serverseitige, monolithische Web-Frameworks
Drei Unterphasen: CGI-Pioniere, Full-Stack-MVC, Enterprise-Java/.NET.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 1 | Architektur vor Erscheinungsjahr | Drei Achsen (Rendering-Ort, Kopplung Server/Client, Reaktivitätsmodell) statt Zeitachse als Ordnungsprinzip | – |
| 2 | Generation 1a – CGI-Pioniere und Skriptsprachen | PHP/FI (1995, Rasmus Lerdorf), Perl CGI.pm – ein Prozess pro Anfrage, kein Zustandsgedächtnis | – |
| 3 | Generation 1b – Full-Stack-MVC-Frameworks | Ruby on Rails (2004), Django (2005), Symfony (2005), Apache Struts (2000) – Convention over Configuration | – |
| 4 | Generation 1c – Enterprise-Java/.NET-Frameworks und Portal-Architekturen | Spring Framework (2003), JavaServer Faces, ASP.NET Web Forms (2002) – Dependency Injection und Cluster-Betrieb | – |
🟡 L2 – Fortgeschritten: Generation 2 & 3 – Ajax-Ära und Single-Page-Applications
Asynchrones Nachladen, Batteries-Included vs. Micro-Framework, vollständiges Client-Rendering.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 5 | Generation 2 – Ajax-Ära und JavaScript-Bibliotheken | jQuery (2006), Prototype.js (2005), Google Web Toolkit – Fragmente nachladen statt Seiten neu laden | – |
| 6 | Exkurs: Batteries-Included vs. Micro-Framework | Django/Rails/Laravel (2011) vs. Express.js (2010)/FastAPI (2018) – eine Designphilosophie quer zu allen Generationen | – |
| 7 | Generation 3 – Single-Page-Application-Frameworks | AngularJS (2010), React (2013), Vue.js (2014) – Virtual DOM und Backend als reine JSON-API | – |
🟠 L3 – Profi: Generation 4 & 5 – Meta-Frameworks und Server Components/Islands
SSR/SSG mit Hydration, feingranulare Interaktivität ohne unnötiges JavaScript.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 8 | Generation 4 – Full-Stack-JavaScript und Meta-Frameworks | Next.js (2016), Nuxt.js (2016), SvelteKit, Remix (2021) – Hydration löst SEO-Probleme, führt eigene ein | – |
| 9 | Generation 5 – Server Components, Edge und Islands-Architektur | Astro (2021), Qwik (2021, Resumability), Next.js App Router – nur so viel JavaScript wie nötig | – |
🔴 L4 – Experte: Generation 6, Einordnung, Auswahl, Migration und Ausblick
KI-native UI-Erzeugung, alternative Klassifikation, Entscheidungsrahmen, Migrationsrealität, Grenzen.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 10 | Generation 6 – KI-native und agentengestützte Web-Frameworks | v0.dev, Vercel AI SDK, Aider (2023) – „Vibe Coding ersetzt kein Architekturverständnis" | – |
| 11 | Alternative Klassifikationsschemata | Rendering-Strategie, Backend-Sprache/Runtime, Architektur-Philosophie, Reaktivitätsmodell | – |
| 12 | Ein Web-Framework für die eigene Situation auswählen | Fünf Leitfragen statt Benchmark-Tabelle: SEO, Interaktivität, Team, Vendor-Bindung, KI-Rolle | – |
| 13 | Migration zwischen Generationen | Was bei MVC → SPA → Meta-Framework → Islands tatsächlich verloren geht | – |
| 14 | Grenzen des Generationenmodells und Ausblick | Warum Generationen überlappen, Vendor-Nähe von Meta-Frameworks, Kurzlebigkeit von Generation 6 | – |
Feste Fakten zu diesem Buch
- Keine fiktive Rahmenhandlung – wie die anderen Evolution-Bücher dieser Reihe kein Projekt Harborlight, kein Team Driftline. Jedes Kapitel arbeitet mit realen, existierenden Web-Frameworks.
- Kapitel-Skelett (sechs Generationen + Batteries-Included/Micro-Framework als Sonderkategorie + alternative Klassifikation) inspiriert von einer externen Übersichtsseite (dokument.wissen-ahrensburg.de) – als Gliederungsvorschlag übernommen, jeder Framework-Fakt unabhängig recherchiert.
- Bemerkenswerter Fund während der Recherche: Continue.dev, als Generation-6-Vertreter behandelt, wurde im Juni 2026 von Cursor übernommen und eingestellt – im Kapitel als Beleg für die Kurzlebigkeit dieser Generation stehen gelassen statt entfernt.
- Zeitspanne der behandelten Software: 1995 (PHP/FI) bis 2024+ (KI-native Frameworks).