Closed arealmaas closed 2 weeks ago
Et moment vi ikke diskuterte forrige refinement men må ha kontroll på her er autorisasjon og skalerbarhet/ytelse. i REST-API-et er det en mer grovkornet autorisasjonsmekanisme som vil bli lagt til grunn for liste/søke-API-et enn det som blir gjort på detalj-visningen. I detaljvisningen sjekkes alle oppgitt actions/ekstra autorisasjonsattributter og dekoreres med isAuthorized true/false. Dette kan vi ikke gjøre på mer enn èn dialog i gangen uten å miste kontroll på ytelsen her.
Refinement: vi har separate queries for liste og detalj
Introduksjon
Lag et GraphQL-API for enduser-APIet.
Beskrivelse
FE vil helst konsumere data gjennom GraphQL og ettersom enduser-APIet er kun read vil ikke dette medføre altfor mye kompleksitet
Implementasjon
Akseptansekriterier
GITT Installer GraphQL for end-user APIet NÅR SÅ Skal EndUser-APIet være eksponert som et selvstendig API