Thorsten: Die Seite wurde neu angelegt: „NOTOC 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 re…“

2026-09-13T07:05:54Z

Die Seite wurde neu angelegt: „__NOTOC__ 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 re…“

Neue Seite

__NOTOC__
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.

{| class="wikitable"
|-
! Nr. !! Kapitel !! Das lernst du !! Status
|-
| 1 || [[Webframework-Evolution/Architektur vor Erscheinungsjahr|Architektur vor Erscheinungsjahr]]
| Drei Achsen (Rendering-Ort, Kopplung Server/Client, Reaktivitätsmodell) statt Zeitachse als Ordnungsprinzip || –
|-
| 2 || [[Webframework-Evolution/Generation 1a – CGI-Pioniere und Skriptsprachen|Generation 1a – CGI-Pioniere und Skriptsprachen]]
| PHP/FI (1995, Rasmus Lerdorf), Perl CGI.pm – ein Prozess pro Anfrage, kein Zustandsgedächtnis || –
|-
| 3 || [[Webframework-Evolution/Generation 1b – Full-Stack-MVC-Frameworks|Generation 1b – Full-Stack-MVC-Frameworks]]
| Ruby on Rails (2004), Django (2005), Symfony (2005), Apache Struts (2000) – Convention over Configuration || –
|-
| 4 || [[Webframework-Evolution/Generation 1c – Enterprise-Java/.NET-Frameworks und Portal-Architekturen|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.

{| class="wikitable"
|-
! Nr. !! Kapitel !! Das lernst du !! Status
|-
| 5 || [[Webframework-Evolution/Generation 2 – Ajax-Ära und JavaScript-Bibliotheken|Generation 2 – Ajax-Ära und JavaScript-Bibliotheken]]
| jQuery (2006), Prototype.js (2005), Google Web Toolkit – Fragmente nachladen statt Seiten neu laden || –
|-
| 6 || [[Webframework-Evolution/Exkurs: Batteries-Included vs. Micro-Framework|Exkurs: Batteries-Included vs. Micro-Framework]]
| Django/Rails/Laravel (2011) vs. Express.js (2010)/FastAPI (2018) – eine Designphilosophie quer zu allen Generationen || –
|-
| 7 || [[Webframework-Evolution/Generation 3 – Single-Page-Application-Frameworks|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.

{| class="wikitable"
|-
! Nr. !! Kapitel !! Das lernst du !! Status
|-
| 8 || [[Webframework-Evolution/Generation 4 – Full-Stack-JavaScript und Meta-Frameworks|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 || [[Webframework-Evolution/Generation 5 – Server Components, Edge und Islands-Architektur|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.

{| class="wikitable"
|-
! Nr. !! Kapitel !! Das lernst du !! Status
|-
| 10 || [[Webframework-Evolution/Generation 6 – KI-native und agentengestützte Web-Frameworks|Generation 6 – KI-native und agentengestützte Web-Frameworks]]
| v0.dev, Vercel AI SDK, Aider (2023) – „Vibe Coding ersetzt kein Architekturverständnis" || –
|-
| 11 || [[Webframework-Evolution/Alternative Klassifikationsschemata|Alternative Klassifikationsschemata]]
| Rendering-Strategie, Backend-Sprache/Runtime, Architektur-Philosophie, Reaktivitätsmodell || –
|-
| 12 || [[Webframework-Evolution/Ein Web-Framework für die eigene Situation auswählen|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 || [[Webframework-Evolution/Migration zwischen Generationen|Migration zwischen Generationen]]
| Was bei MVC → SPA → Meta-Framework → Islands tatsächlich verloren geht || –
|-
| 14 || [[Webframework-Evolution/Grenzen des Generationenmodells und Ausblick|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).

[[Kategorie:Webframework-Evolution-Lernpfad]]

Portal:Webframework - Versionsgeschichte