Handbook
Frontend patterns (blueprint)
**Purpose:** Deep, **project-agnostic** guides for frontend component, state management, and data-fetching patterns. Each pattern describes its intent, implementation, trade-offs, and testing strategy
Frontend patterns (blueprint)
Purpose: Deep, project-agnostic guides for frontend component, state management, and data-fetching patterns. Each pattern describes its intent, implementation, trade-offs, and testing strategy.
Audience: Teams adopting Frontend / Web Engineering; project-specific component documentation stays in Storybook and docs/development/frontend/.
UI pattern thinking means naming recurring structures—composition, state ownership, data flow—so teams can reuse solutions deliberately instead of reinventing ad hoc trees and stores. Start from the component boundary, then decide where state lives, then how data crosses the network; routing and forms sit on top of those choices.
Core knowledge: FRONTEND.md — component architecture, rendering, state management, CSS.
Bridge: Frontend Engineering ↔ SDLC ↔ PDLC bridge — how frontend patterns apply across the lifecycle.
Deep guides
| Guide | Focus |
|---|---|
| Component architecture | Taxonomy, composition APIs, state ownership, design systems, testing, framework comparison |
| State management | Categories, decision tree, Flux/Redux, library matrix, server cache, machines, forms, URL state |
Pattern categories (overview)
| Pattern category | Focus | See |
|---|---|---|
| Component patterns | Compound components, render delegation, controlled vs uncontrolled, polymorphic components, error boundaries | Component architecture |
| State management patterns | State colocation, derived state, optimistic updates, state machines for complex flows | State management |
| Data fetching patterns | Cache-and-network, stale-while-revalidate, infinite scroll, polling, real-time subscriptions | State management |
| Routing patterns | File-based routing, nested layouts, route-level code splitting, prefetching, auth guards | Component architecture |
| Form patterns | Multi-step forms, field-level validation, server-side validation integration, autosave | State management |
| Error handling patterns | Error boundaries, toast notifications, retry UI, graceful degradation, offline fallbacks | Component architecture |
| Internationalization patterns | ICU message format, locale-aware formatting, RTL layout, translation workflow integration | FRONTEND.md |
Keep project-specific performance budgets in docs/development/ and optimization decisions in docs/adr/, not in this file.
Canonical source
Edit https://github.com/autowww/blueprints/blob/main/disciplines/engineering/frontend/patterns/README.md first; regenerate with docs/build-handbook.py.