TABS Frontend Architecture

TABS Frontend Architecture

TABS is a content-driven frontend architecture where Pages are built on TABS: Typography, Atoms, Base, and Sections.

The architecture is defined by its constraints. Each layer has a clear responsibility and a strict dependency direction.

Layers

T — Typography

Purpose: Text primitives and typographic consistency.

  • Headings, paragraphs, inline text

  • No layout

  • No composition

  • No CMS awareness

Examples:

  • Heading1

  • Paragraph

A — Atoms

Purpose: Small, reusable UI elements users interact with.

  • Buttons, links, form controls

  • Single responsibility

  • No layout systems

  • No knowledge of Sections or Pages

Atoms may depend on Typography, but nothing above.

Examples:

  • Button

  • Link

B — Base

Purpose: Layout and structural primitives.

  • Grid, stack, container, spacing

  • No meaningful content

  • No business logic

  • Visually neutral

Base components are used by Atoms and Sections to ensure consistent layout.

Examples:

  • Section (layout wrapper)

  • Grid

  • Container

S — Sections

Purpose: Vertically stacked, CMS-driven visual patterns.

  • Always stack vertically

  • Named by visual appearance, not semantics

  • Compose Atoms and Base components

  • No layout systems of their own

  • 1:1 mapping with CMS schemas

Sections are replaceable and isolated. Removing one must not affect others.

Examples:

  • TitleTextSection

  • ImageTextSection

  • FeatureGridSection

Pages (built on TABS)

Pages are composition only.

  • Pages import Sections only

  • No direct use of Atoms, Base, or Typography

  • Page structure is driven by the CMS

  • Pages define order, not implementation