Architektur im Frontend
Frontend-Architektur,die im Code sichtbar wird.
Von State und Feature-Flows bis zu Grenzen und Verantwortlichkeiten: Diese Seite erklärt die tieferen Konzepte hinter tragfähiger Frontend-Architektur – verständlich, konkret und ohne Framework-Hype.
Für Menschen, die Frontends nicht nur bauen, sondern ihre Entscheidungen auch verstehen und begründen wollen.
Neu hier? So kannst du einsteigen.
Die Seite ist keine lineare Dokumentation. Trotzdem bauen viele Gedanken aufeinander auf. Dieser Weg führt vom grundlegenden Frontend-Denkmodell bis zu konkreten Architekturentscheidungen.
- 01
Frontend anders denken
Beginne mit dem Denkmodell hinter reaktiven Oberflächen und eigenständigem UI-Zustand.
Frontend ist nicht Backend lesen → - 02
Verantwortung im Code schneiden
Sieh dir an, wie klare Grenzen innerhalb eines Frontend-Features sichtbar werden.
Taktisches Design öffnen → - 03
Feature-Flows verstehen
Verfolge einen Retrieve Slice von der externen Resource bis zum sichtbaren ViewModel.
Retrieve Slice lesen → - 04
Eigene Reflexe hinterfragen
Prüfe plausible Annahmen, die Frontends auf Dauer unnötig teuer machen.
Denkfehler erkennen →
Tief genug, um etwas zu verstehen. Konkret genug, um es anzuwenden.
Architekturbegriffe sind schnell genannt. Schwieriger wird es, wenn daraus eine konkrete Entscheidung im Projekt werden soll: Wo liegt der State? Wer kennt das ViewModel? Wo beginnt ein Command? Welche Grenze schützt die Fachlichkeit?
frontend-architekt.de verbindet deshalb die Gedanken hinter einer Architektur mit den Schnitten, an denen sie im Code sichtbar wird. Nicht als allgemeingültiges Rezept, sondern als nachvollziehbare Grundlage für bessere Entscheidungen.
Was du hier findest
Taktisches Frontend-Design
Wie State, Commands, ViewModels und Feature-Flows innerhalb einer Grenze konkret im Code organisiert werden.
Taktisches Design entdecken →Denkzettel
Kompakte Modelle und Merksätze für Architekturentscheidungen, die im Projektalltag immer wieder auftauchen.
Denkzettel lesen →Denkfehler
Plausible Annahmen, die Frontends langfristig teuer, unklar oder schwer veränderbar machen.
Denkfehler erkennen →Vertiefen und anwenden
Diese Formate ergänzen die großen Themenbereiche: mit Entscheidungen im Kontext, wiederkehrenden Bausteinen und Erfahrungen aus realen Projekten.
Empfohlene Artikel
Sechs Texte, sechs Zugänge. Nicht die ganze Seite auf einmal, sondern ein sinnvoller nächster Gedanke.
Wenn das Frontend gegen sein Framework arbeitet
Warum eine UI keine lineare Befehlskette ist, sondern eine laufende Projektion aus Zustand.
Taktisches LehrstückRetrieve Slice
Wie Daten durch Resource, Mapper, Store, Facade und ViewModel bis zur UI fließen, ohne in der Komponente zu versanden.
PatternViewModel Aggregation
Warum UI-Bedeutung aus abgeleitetem Zustand entsteht und nicht erst im Template.
DenkfehlerArchitektur kostet zu viel Zeit
Warum fehlende Architektur Kosten nicht entfernt, sondern nur in spätere Änderungen verschiebt.
EntscheidungWann welche Architektur?
Ein Raster für Entscheidungen, bei denen Kontext mehr hilft als ein Lieblingspattern.
FeldberichtDer erste vertikale Slice
Wie ein konkreter Durchstich Architekturannahmen unter echten Projektbedingungen überprüfbar macht.