Evolving compositional user interfaces
summary
Shows that splitting UI into per-service fragments lets teams ship independent interface pieces: a toy admin app with authorization, customer, navigation and transaction services proves composition via edge‑side includes (Varnish/SSI), server‑side fragments, and client composition with custom elements (web components + polyfills). Adds a lightweight protocol layer using JSON‑LD hypermedia and schema.org operations so the shell only renders models, not business logic. Demo changes UI by editing a service’s HTML/JS without redeploying the shell; cache and versioning misconfigurations are the main gotchas.
AI-written summary · about
chapters (12)
- 0:00Start
- 3:12Organization
- 3:46Needs, requirements and expectations
- 4:30Skills and existing architecture
- 7:09Monolithic frontend
- 15:56Edge-Side / Server-Side Includes
- 20:46Server-side composition
- 22:29Client-side composition
- 32:55Classifying your needs
- 35:29Transaction Details.cshtml
- 49:53Hypermedia: Affordances
- 52:31Hypermedia-based composition
related talks
01h 02mCompositional UIs - the Microservices Last Mile
56mCompositional UIs - the Microservices Last Mile
34mMicroservices, but what about the UI
36mMicro Frontends - Breaking Monoliths
51mMicrofrontends and UI Composition - a Code-First Dive
01h 06mA High-Performance Solution to Microservices UI Composition
22mBreak Up With Your Frontend Monolith
35mSSR with Micro-Frontends: How Composition Works with Modern Frameworks
