Appen klarte fint å hente ned prosjekter fra GitHub, men den sleit med å lagre språkene i en egen tabell på en ryddig måte. Det oppsto ofte feil når systemet skulle opprette assosiasjoner mellom prosjekter og språk, noe som gjorde at hele dataflyten stoppa opp.

Hensikten var å sikre at vi bare lagrer unike språkobjekter og at dataene vi henter ut er komplette og pålitelige. Jeg ville også modernisere valideringen for å dra nytte av bedre ytelse og mer robuste kontrakter mellom backend og API.

• For å løse dette har jeg gjennomført følgende tiltak:
• Jeg har implementert en "Get or Create"-logikk som først sjekker om språket finnes i databasen før det eventuelt opprettes på nytt.
• Jeg har oppgradert Pydantic-modellene fra V1 til V2 for å få bedre datavalidering og kjappere ytelse.
• Jeg har rydda i modellene og fjerna alt som ikke er en del av selve datautvekslingen for å holde kontrakten ren og pen.
• Jeg har sikra at objektene som hentes ut av Repository-tabellen er fullstendige så ORM-en ikke kveles av manglende relasjonsdata.

Gjennom dette arbeidet har jeg fått på plass en mye mer stabil lagring av språkdata. Ved å bruke en skikkelig strategi for unike data har jeg fjerna IntegrityError-krasj, og de nye Pydantic-modellene sørger for at vi alltid har en nøyaktig refleksjon av databasestrukturen. Det gjør hele systemet langt mer forutsigbart og robust for videre utvikling.

• Nuxt Framework Dokumentasjon
• Vue.js Offisiell Dokumentasjon
• Vitest Testing Framework
• W3C WCAG 2.2 Retningslinjer for Universell Utforming