{"id":45243,"date":"2022-09-22T09:38:34","date_gmt":"2022-09-22T08:38:34","guid":{"rendered":"https:\/\/kinsta.com\/dk\/?p=45243&preview=true&preview_id=45243"},"modified":"2025-08-29T16:32:30","modified_gmt":"2025-08-29T15:32:30","slug":"graphql-vs-rest","status":"publish","type":"post","link":"https:\/\/kinsta.com\/dk\/blog\/graphql-vs-rest\/","title":{"rendered":"GraphQL vs. REST: Alt hvad du beh\u00f8ver at vide"},"content":{"rendered":"

Det kan v\u00e6re sv\u00e6rt at v\u00e6lge de teknologier, der skal indg\u00e5 i den tekniske stack i dit n\u00e6ste projekt. I mange tilf\u00e6lde – og is\u00e6r n\u00e5r det drejer sig om at v\u00e6lge mellem GraphQL- og RESTful-API’er – handler det om at v\u00e6lge den n\u00e6stbedste API-designarkitektur.<\/p>\n

Der er fire v\u00e6sentlige m\u00e5der at opbygge API’er p\u00e5: SOAP, GRPC, REST og GraphQL. Vi indsn\u00e6vrer ofte vores tanker til REST og GraphQL, n\u00e5r vi \u00f8nsker at bygge API’er. Det skyldes, at REST \u00e6ndrede de traditionelle m\u00e5der at opbygge API’er p\u00e5 med SOAP og GRPC.<\/p>\n

GraphQL er omtalt som det meste oplagte REST, fordi det repr\u00e6senterer en bedre m\u00e5de at bygge API’er p\u00e5. Mange udviklere<\/a> mener, at GraphQL vil erstatte REST. Mange flere har allerede opdaget, at GraphQL hj\u00e6lper med at l\u00f8se nogle almindelige udfordringer, som udviklere st\u00e5r over for, n\u00e5r de bygger REST-API’er.<\/p>\n

Disse to metoder til opbygning af API’er er helt forskellige. I praksis fungerer disse teknologier ved at sende en HTTP-foresp\u00f8rgsel og modtage resultatet. De har begge deres fordele og ulemper, og i denne artikel vil vi udf\u00f8rligt diskutere disse to fantastiske teknologier, som har \u00e6ndret den m\u00e5de, vi udvikler og skalerer API’er p\u00e5.<\/p>\n

Inden vi dykker ned i detaljerne, skal vi dog f\u00f8rst unders\u00f8ge betydningen af GraphQL og RESTful API’er.<\/p>\n

<\/div><\/kinsta-auto-toc>\n\n

Hvad er GraphQL?<\/h2>\n

GraphQL er et API-foresp\u00f8rgselssprog<\/a> samt en runtime til at besvare disse foresp\u00f8rgsler med eksisterende data. Det er ogs\u00e5 udstyret med kraftfulde v\u00e6rkt\u00f8jer til at h\u00e5ndtere selv de mest komplekse foresp\u00f8rgsler.<\/p>\n

GraphQL’s centrale funktion er dets evne til kun<\/em> at anmode om og modtage de specifikke data, der anmodes om – intet andet. Dette g\u00f8r det meget enklere at skalere dine API’er sammen med din app.<\/p>\n

Den mest sp\u00e6ndende del af GraphQL er dens evne til at give dig alle data i \u00e9t endpoint.<\/p>\n

\"GraphQL
GraphQL API-arkitektur.<\/figcaption><\/figure>\n

Ovenst\u00e5ende diagram er en typisk repr\u00e6sentation af GraphQL-arkitekturen. Klienter foretager foresp\u00f8rgsler fra forskellige enheder, og GraphQL h\u00e5ndterer deres foresp\u00f8rgsler og returnerer kun de \u00f8nskede data. Dette l\u00f8ser p\u00e6nt problemet med over- og under-fetching i RESTful API’er.<\/p>\n

\"En
En vellykket foresp\u00f8rgsel i en GraphQL-legeplads.<\/figcaption><\/figure>\n

I ovenst\u00e5ende eksempel viser vi en GraphQL-legeplads, og hvordan du kan foresp\u00f8rge efter data med et enkelt endpoint. \u00d8verst er API-endpunktet, til venstre er foresp\u00f8rgslen, der anmoder om navne p\u00e5 kontinenter, og til sidst, til h\u00f8jre, svarer vi p\u00e5 den foresp\u00f8rgsel, vi anmodede om.<\/p>\n

GraphQL blev skabt af Facebook med det prim\u00e6re form\u00e5l at l\u00f8se deres mobile app-udvikleres<\/a> oplevelse, n\u00e5r de arbejder med REST API’er. Siden den f\u00f8rste open source-version blev frigivet i 2015, har GraphQL oplevet en enorm v\u00e6kst p\u00e5 grund af, at teknologien er blevet taget i brug af store spillere i teknologibranchen.<\/p>\n

Virksomheder, der bruger GraphQL<\/h2>\n

Nedenfor er der en liste over blot nogle af de virksomheder og applikationer, der bruger GraphQL aktivt p\u00e5 deres servere.<\/p>\n

Facebook<\/h3>\n

Facebook har skabt GraphQL, og de har brugt det i produktion til at drive deres mobilapps siden 2012. Den milliardstore virksomhed, der driver sociale netv\u00e6rk, \u00e5bnede GraphQL-specifikationen i 2015, hvilket gjorde den tilg\u00e6ngelig p\u00e5 tv\u00e6rs af mange milj\u00f8er og for teams af alle st\u00f8rrelser.<\/p>\n

\"Facebook
Facebook bruger GraphQL.<\/figcaption><\/figure>\n

GitHub<\/h3>\n

GitHub<\/a> annoncerer ogs\u00e5 brugen af GraphQL ved at stille et GraphQL API til r\u00e5dighed for oprettelse af integrationer, hentning af data og automatisering af dine arbejdsgange ved hj\u00e6lp af GitHub GraphQL API’en. GitHub GraphQL API tilbyder mere pr\u00e6cise og fleksible foresp\u00f8rgsler end GitHub REST API’et.<\/p>\n

\"GitHub
GitHub anvender ogs\u00e5 GraphQL.<\/figcaption><\/figure>\n

Pinterest<\/h3>\n

Pinterest er ogs\u00e5 en tidlig bruger af GraphQL. Fotodelingsk\u00e6mpen har offentligt diskuteret<\/a> deres tidlige udforskning af GraphQL og hvordan de bruger GraphQL-teknologien, der driver deres milliarddyre virksomhed.<\/p>\n

\"Pinterest
Pinterest bruger ogs\u00e5 GraphQL til deres websted.<\/figcaption><\/figure>\n

Mange andre milliardvirksomheder<\/a> som Intuit, Shopify<\/a>, Coursera og Airbnb driver deres applikationer med GraphQL. Og denne vidtr\u00e6kkende pr\u00e6ference for REST forts\u00e6tter kun med at vokse.<\/p>\n

Hvad er RESTful API?<\/h2>\n

REST st\u00e5r for “Representational State Transfer”, som er en softwarearkitekturstil for distribuerede hypermediesystemer. Den definerer principper og begr\u00e6nsninger for udveksling af ressourcer mellem serveren og klienterne.<\/p>\n

Hvis disse principper f\u00f8lges i et API, betegnes API’ets anvendelse som “RESTful” WordPress REST API<\/a> er et godt eksempel herp\u00e5.<\/p>\n

Nedenfor er nogle af de principper og begr\u00e6nsninger, som et API skal opfylde for at blive omtalt som et Restful API:<\/p>\n