feat: update pantry and meal plan to be user-specific; outline required backend changes
This commit is contained in:
+18
-5
@@ -7,11 +7,17 @@ Relaterade dokument:
|
||||
|
||||
## Icke-forhandlingsbara ramar
|
||||
|
||||
1. Inget ska tas bort eller andras i `recipe-api`.
|
||||
1. Inget ska tas bort eller andras i `recipe-api` utom explicit beslutade backend-andringar for anvandarscope i pantry och matplan.
|
||||
2. Inget ska tas bort eller andras i `recipe-frontend`.
|
||||
3. Migreringen sker i Flutter-sparet som separat klient mot befintliga API-kontrakt.
|
||||
4. Next-frontend kor parallellt tills Flutter har verifierad parity i karnfloden.
|
||||
|
||||
## Beslut 2026-04-22 - User-scope for pantry och matplan
|
||||
|
||||
- Pantry och matplan ska vara per anvandare, inte globala.
|
||||
- Detta kraver backend-andringar i `recipe-api` innan Flutter kan na full parity for dessa floden.
|
||||
- Flutter ska folja de nya kontrakten nar de finns pa plats, utan klientspecifik speciallogik.
|
||||
|
||||
## Malbild for v1 (funktionell parity)
|
||||
|
||||
For v1 ska dessa floden vara stabila i Flutter:
|
||||
@@ -26,6 +32,12 @@ Adminfloden migreras efter att ovanstaende ar verifierat.
|
||||
|
||||
## Prioriterad plan (ordning)
|
||||
|
||||
## Fas 0 - Backend-forarbete for user-scope (ny)
|
||||
- Gor `PantryItem` user-scopad (userId + productId unik per anvandare).
|
||||
- Gor matplan user-scopad och filtrera list/upsert/delete per inloggad anvandare.
|
||||
- Uppdatera matplanens inventory-jamforelse till anvandarspecifikt pantry.
|
||||
- Publicera uppdaterade API-kontrakt innan vidare Flutter-parity for matplan/baslager.
|
||||
|
||||
## Fas 1 - Stabil app-shell (forst)
|
||||
- Bygg tydlig auth-gate i router.
|
||||
- Centralisera API-fel (401/403/500) i ett gemensamt lager.
|
||||
@@ -70,7 +82,8 @@ For varje feature:
|
||||
2. Mappa modeller robust (null-safe, fallback-falt, typskillnader).
|
||||
3. Kontrollera felbanor innan UI-polish.
|
||||
|
||||
Ingen backendforandring goras for att "fa Flutter att funka".
|
||||
Ingen ad-hoc backendforandring goras for att "fa Flutter att funka".
|
||||
Backend-andringar for user-scope i pantry/matplan ar explicit beslutade och ska goras kontrollerat forst.
|
||||
|
||||
## Kvalitetsgrind (Definition of Done)
|
||||
|
||||
@@ -90,9 +103,9 @@ En feature ar klar nar allt nedan ar uppfyllt:
|
||||
|
||||
## Nasta konkreta sprint (rekommenderad)
|
||||
|
||||
1. Fas 1: app-shell hardening.
|
||||
2. Fas 2: auth parity helt klar.
|
||||
3. Fas 3 (del 1): receptdetalj + skapa recept.
|
||||
1. Fas 0: backend-andringar for user-scope i pantry/matplan.
|
||||
2. Fas 1: app-shell hardening.
|
||||
3. Fas 2: auth parity helt klar.
|
||||
4. Smoke-test pa testdomanen och avstamning.
|
||||
|
||||
## Tumregel
|
||||
|
||||
Reference in New Issue
Block a user