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.

flowchart LR CA[Component architecture] --> SM[State management] SM --> DF[Data fetching] DF --> RT[Routing] CA --> FR[Forms] SM --> FR

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.