ehoandClaude Sonnet 5
e7156c5132
Restructures into apps/ssp + apps/behandelportal (two Angular projects) plus libs/shared + libs/beheer (cross-app libraries), replacing WP-61's separate sibling repo. That split had already produced real drift: a hand-vendored copy of the backend's OpenAPI doc, a shared/ui+layout tree forked and silently diverging (7 files), and beheer + the styles.scss token bridge duplicated byte-for-byte across both repos. - git mv the SSP's src/app/* into apps/ssp/; fold shared/, beheer/, environments/, the Storybook docs/*.mdx, and styles.scss into libs/shared + libs/beheer (all confirmed identical between the two repos before merging). auth stays deliberately duplicated per ADR-0002 (actor-specific, expected to diverge) - amended there. - One generated API client (libs/shared), no more vendored swagger.json. - .dependency-cruiser split into a base factory + one config per app, and Storybook into .storybook-ssp/.storybook-behandelportal - both forced by the @auth/* alias resolving to different directories per app. - SiteHeaderComponent/ShellComponent gained HEADER_NAV_ITEMS/ HEADER_ADMIN_LINKS/DEBUG_PANEL injection tokens so each app supplies its own nav/admin-links/dev-panel instead of one being hardcoded. - CLAUDE.md, ARCHITECTURE.md, dependencies.md, and ADR-0002 updated; WP-67 backlog entry documents the full decision trail. npm run ci green (lint, dep:check x2, 360 tests across ssp/ behandelportal/shared/beheer, both localized builds, backend tests, snippet + api-client drift); both dev servers, both Storybook instances, and docker compose verified working. The old sibling repo (/home/eho/repos/behandelportal) is left untouched, not deleted. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
16 lines
676 B
TypeScript
16 lines
676 B
TypeScript
/**
|
|
* WIRE CONTRACT for the BRP address lookup ("BFF-lite" — one screen-shaped call).
|
|
*
|
|
* In production this is GENERATED from the OpenAPI/TypeSpec spec and served by our
|
|
* own backend, which talks to the BRP behind an adapter. The frontend never sees
|
|
* the BRP's own wire format. See docs/reference/architecture/0001-bff-lite-decision-dtos.md.
|
|
*
|
|
* "Geen adres bekend" is a first-class outcome (`gevonden: false`), not an error —
|
|
* the wizard falls back to manual entry (PRD §7). Slice 1 ships only the happy
|
|
* path (gevonden: true).
|
|
*/
|
|
export interface BrpAddressDto {
|
|
gevonden: boolean;
|
|
adres?: { straat: string; postcode: string; woonplaats: string };
|
|
}
|