Skip to Content
Architektur

Cross-Platform

Web, Mobile, PBZ — modulare Architektur

Cross-Platform Readiness — HonestCom Check

Stand: Nov 2026 · Modulare Architektur, keine Monolithen

Ziel

Eine HTTP-API koppelt Web und Mobile. Domäne framework-frei in lib/check; UI getrennt; PBZ eigener Bounded Context.

RolleZugriff
Kunde CheckÖffentlich
Kunde Vorbereitung + PBZpublicToken
BeraterSession (nicht in Customer-OpenAPI)

Bounded contexts

ContextRepo (heute / geplant)OpenAPI
Checkcalc, content, types, validation/check.tspaths/check-*.yaml
PBZpbz.ts, pbz-progress.ts (geplant, PR)paths/pbz-patch.yaml
Lead / Dossierdossier.ts, lib/db/lead-crypto.tsBerater-API separat
Berater-Authlib/auth/*, Dashboardnicht in honestcom-check.yaml

Kopplungsregel: Mobile ↔ Web nur über dokumentierte /api/check/*-Routen.

Ziel-Struktur (Repo)

lib/check/          # Domain (framework-frei)
lib/validation/     # Zod pro Context
app/api/check/      # HTTP-Adapter dünn
components/check/   # Web-UI
openapi/            # Vertrag, paths check vs pbz

Prinzipien

  • Kein God-route.ts — PBZ: eigene Route, Logik in lib/check/pbz.ts.
  • Kein God-Component — PBZ UI unter components/check/pbz/.
  • app/api/* importiert Domain; Domain importiert kein React/Next.

Stack-Empfehlung

OptionEmpfehlung
Expo + RNPrimär Mobile
CapacitorNur wenn Web 1:1 in Shell reicht
Flutter / rein NativeNur mit shared check-domain Package

Phasen

  1. Phase 0 (jetzt): Modulare Doku, OpenAPI-Split; PBZ Runtime offen (eigener PR).
  2. Phase 1: API-Stabilität, dünne Handler, OpenAPI-Diff vs. Production.
  3. Phase 2 (Doku): Monorepo-Skizze packages/check-domain, apps/web, apps/mobile — ohne Zwang.
  4. Phase 3: Universal Links, Offline-PATCH, Object Storage, Cron Reminder.

Details und Checklisten: Project Store docs/cross-platform-readiness.md (HonestCom Project).

Repo-Verweise

ArtefaktPfad
Modulgrenzendocs/CHECK-MODULE-BOUNDARIES.md
Check-Konzeptdocs/CHECK-KONZEPT.md
Mobile Hook (geplant)lib/check/api-contract.ts (Cross-Platform-PR)

On this page