Dessa tv\u00e5 metoder f\u00f6r att bygga API:er \u00e4r helt olika. I praktiken fungerar dessa tekniker genom att det skickas en HTTP-f\u00f6rfr\u00e5gan och tas emot ett resultat. De har b\u00e5da sina f\u00f6r- och nackdelar, och i den h\u00e4r artikeln kommer vi att ha en ing\u00e5ende diskussion om dessa tv\u00e5 fantastiska tekniker som har f\u00f6r\u00e4ndrat v\u00e5rt s\u00e4tt att utveckla och skala API:er.<\/p>\n
Innan vi dyker in i detaljerna ska vi dock f\u00f6rst utforska inneb\u00f6rden av GraphQL och RESTful API:er.<\/p>\n
Vad \u00e4r GraphQL?<\/h2>\n
GraphQL \u00e4r ett spr\u00e5k f\u00f6r API-f\u00f6rfr\u00e5gningar<\/a> samt en k\u00f6rtid f\u00f6r att besvara dessa f\u00f6rfr\u00e5gningar med befintliga data. Det \u00e4r \u00e4ven utrustat med kraftfulla verktyg f\u00f6r att \u00e4ven kunna hantera de mest komplexa fr\u00e5gorna.<\/p>\n GraphQL:s centrala funktion \u00e4r dess f\u00f6rm\u00e5ga att beg\u00e4ra och endast\u00a0<\/em>ta emot\u00a0de specifika data som beg\u00e4rs – inget mer. Detta g\u00f6r det mycket enklare att skala dina API:er tillsammans med din app.<\/p>\n Den mest sp\u00e4nnande delen av GraphQL \u00e4r dess f\u00f6rm\u00e5ga att ge dig all data i en enda slutpunkt.<\/p>\n Ovanst\u00e5ende diagram \u00e4r en typisk representation av GraphQL-arkitekturen. Klienter g\u00f6r f\u00f6rfr\u00e5gningar fr\u00e5n olika enheter och GraphQL hanterar deras f\u00f6rfr\u00e5gningar och returnerar endast de beg\u00e4rda uppgifterna. Detta l\u00f6ser problemet med \u00f6verh\u00e4mtning och underh\u00e4mtning i RESTful API:er.<\/p>\n I exemplet ovan visar vi en GraphQL-lekplats och hur du kan fr\u00e5ga efter data med en enda slutpunkt. \u00d6verst \u00e4r API-slutpunkten, till v\u00e4nster \u00e4r den f\u00f6rfr\u00e5gan som beg\u00e4r namn p\u00e5 kontinenter, och sist, till h\u00f6ger, svarar vi p\u00e5 v\u00e5r f\u00f6rfr\u00e5gan.<\/p>\n GraphQL skapades av Facebook med det prim\u00e4ra syftet att l\u00f6sa deras mobilapputvecklares<\/a> upplevelse n\u00e4r de arbetar med REST API:er. Efter att den f\u00f6rsta versionen med \u00f6ppen k\u00e4llkod sl\u00e4pptes \u00e5r 2015 har GraphQL upplevt en enorm tillv\u00e4xt tack vare att tekniken har antagits av stora akt\u00f6rer inom teknikbranschen.<\/p>\n Nedan finns en lista \u00f6ver n\u00e5gra av de f\u00f6retag och applikationer som anv\u00e4nder GraphQL aktivt p\u00e5 sina servrar.<\/p>\n Facebook skapade GraphQL och har anv\u00e4nt den i produktion f\u00f6r att driva sina mobilappar sedan \u00e5r 2012. Det sociala n\u00e4tverksf\u00f6retaget, som oms\u00e4tter flera miljarder dollar, \u00f6ppnade GraphQL-specifikationen \u00e5r 2015, vilket gjorde den tillg\u00e4nglig i m\u00e5nga milj\u00f6er och f\u00f6r team av alla storlekar.<\/p>\n GitHub<\/a> tillk\u00e4nnager \u00e4ven anv\u00e4ndningen av GraphQL genom att tillhandah\u00e5lla ett GraphQL API f\u00f6r att skapa integreringar, h\u00e4mta data och automatisera dina arbetsfl\u00f6den med GitHub GraphQL API. GitHub GraphQL API erbjuder mer exakta och flexibla fr\u00e5gor \u00e4n GitHub REST API.<\/p>\n Pinterest \u00e4r ocks\u00e5 en tidig anv\u00e4ndare av GraphQL. Fotodelningsj\u00e4tten har offentligt diskuterat<\/a> sin tidiga utforskning av GraphQL och hur de anv\u00e4nder GraphQL-tekniken som driver deras miljardf\u00f6retag.<\/p>\n M\u00e5nga andra miljardf\u00f6retag<\/a> som Intuit, Shopify<\/a>, Coursera och Airbnb driver sina applikationer med GraphQL. Och denna omfattande preferens f\u00f6r REST forts\u00e4tter att v\u00e4xa hela tiden.<\/p>\n REST st\u00e5r f\u00f6r ”Representational State Transfer”, vilket \u00e4r en mjukvaruarkitekturstil f\u00f6r distribuerade hypermediasystem. Den definierar principer och begr\u00e4nsningar f\u00f6r utbyte av resurser mellan servern och klienterna.<\/p>\n Om dessa principer f\u00f6ljs i ett API kallas API-till\u00e4mpningen f\u00f6r ”RESTful” WordPress REST API<\/a> \u00e4r ett utm\u00e4rkt exempel p\u00e5 detta.<\/p>\n Nedan f\u00f6ljer n\u00e5gra av de principer och begr\u00e4nsningar som ett API m\u00e5ste uppfylla f\u00f6r att kunna kallas Restful API:<\/p>\n Diagrammet nedan visar den grundl\u00e4ggande REST-arkitekturen. Den visar hur f\u00f6rfr\u00e5gningar och svar vanligtvis hanteras.<\/p>\n Nedan finns n\u00e5gra f\u00f6rdelar med att anv\u00e4nda GraphQL, som illustrerar varf\u00f6r det \u00e4r mer \u00e4n tillr\u00e4ckligt f\u00f6r att bygga n\u00e4sta miljarddollarsapp.<\/p>\n Den fr\u00e4msta f\u00f6rdelen med GraphQL \u00e4r dess f\u00f6rm\u00e5ga att f\u00e5 tillg\u00e5ng till alla eller n\u00e5gra datapunkter via en enda API-slutpunkt<\/a>.<\/p>\n Ett av de vanligaste problemen med RESTful API:er \u00e4r att man har f\u00f6r m\u00e5nga slutpunkter f\u00f6r att f\u00e5 tillg\u00e5ng till information. I GraphQL har du bara en enda slutpunkt, s\u00e5 du beh\u00f6ver inte skicka flera f\u00f6rfr\u00e5gningar f\u00f6r att h\u00e4mta olika information om ett objekt.<\/p>\n I diagrammet nedan visas ett tydligt exempel p\u00e5 en h\u00e4mtning av resurser med hj\u00e4lp av RESTful API och GraphQL. Du kan se att det bara finns en slutpunkt f\u00f6r att f\u00e5 tillg\u00e5ng till resursen i GraphQL-servern, medan det kr\u00e4vs flera API-slutpunkter f\u00f6r att f\u00e5 tillg\u00e5ng till olika resurser i RESTful API.<\/p>\n Problemet med \u00f6ver- eller underh\u00e4mtning \u00e4r ett k\u00e4nt problem med RESTful API:er. Detta inneb\u00e4r att klienter h\u00e4mtar data genom att tr\u00e4ffa slutpunkter som returnerar fasta datastrukturer, eller n\u00e4r de h\u00e4mtar antingen mer eller mindre \u00e4n vad de f\u00f6rv\u00e4ntade sig.<\/p>\n \u00d6verh\u00e4mtning resulterar i att beg\u00e4randet tar emot – eller ”h\u00e4mtar” – mer data \u00e4n vad som kr\u00e4vs f\u00f6r en viss beg\u00e4ran. T\u00e4nk dig att du h\u00e4mtar alla anv\u00e4ndare i en tabell f\u00f6r att visa deras anv\u00e4ndarnamn p\u00e5 din hemsida. I det fallet kommer \u00f6verh\u00e4mtning att ge alla<\/em> uppgifter om varje anv\u00e4ndare, inklusive (men inte bara) namnet.<\/p>\n Underh\u00e4mtning \u00e4r relativt s\u00e4llsynt, men det intr\u00e4ffar n\u00e4r den specifika slutpunkten inte kan tillhandah\u00e5lla all beg\u00e4rd information. Klienten m\u00e5ste g\u00f6ra ytterligare f\u00f6rfr\u00e5gningar f\u00f6r att f\u00e5 tillg\u00e5ng till den \u00f6vriga informationen vid behov.<\/p>\n GraphQL l\u00f6ser effektivt problemet med \u00f6verh\u00e4mtning eller underh\u00e4mtning genom att h\u00e4mta exakt den resurs som klienten har beg\u00e4rt utan n\u00e5gra extra detaljer.<\/p>\n GraphQL kan f\u00f6renkla och d\u00f6lja komplexiteten hos integrerade multi-system.<\/p>\n S\u00e4g exempelvis \u00a0att vi vill migrera fr\u00e5n en monolitisk backend-applikation till en mikrotj\u00e4nstarkitektur<\/a>. GraphQL API hj\u00e4lper till att hantera kommunikation mellan olika mikrotj\u00e4nster genom att sl\u00e5 ihop dem till ett GraphQL-schema.<\/p>\n N\u00e4r dessa scheman v\u00e4l \u00e4r definierade kan b\u00e5de frontend och backend kommunicera separat utan n\u00e5gra ytterligare \u00e4ndringar, eftersom frontend vet att data i schemat alltid kommer att vara synkroniserade i hela systemet.<\/p>\n Problemet med \u00f6verh\u00e4mtning kan resultera i en h\u00f6gre bandbreddskonsumtion f\u00f6r klienterna, vilket med tiden kan leda till en f\u00f6rdr\u00f6jning i din applikation. Att anv\u00e4nda RESTful API-designm\u00f6nster \u00e4r mer tidskr\u00e4vande f\u00f6r att sortera ut den information som kr\u00e4vs fr\u00e5n en enorm nyttolast.<\/p>\n Tack vare GraphQL:s f\u00f6rm\u00e5ga att undvika \u00f6verh\u00e4mtning och underh\u00e4mtning returnerar servern en s\u00e4ker, l\u00e4ttl\u00e4st och f\u00f6ruts\u00e4gbar form som g\u00f6r dina API-f\u00f6rfr\u00e5gningar och svar snabbare.<\/p>\n Trots GraphQL\u2019s v\u00e4xande popularitet \u00e4r REST fortfarande en av de mest popul\u00e4ra API-standarderna. L\u00e5t oss ta en titt p\u00e5 varf\u00f6r.<\/p>\n Nu n\u00e4r vi har diskuterat f\u00f6rdelarna med GraphQL kontra REST, l\u00e5t oss utforska n\u00e5gra av GraphQL\u2019s nackdelar:<\/p>\n L\u00e5t oss nu rikta v\u00e5r uppm\u00e4rksamhet mot n\u00e5gra av REST\u2019s nackdelar:<\/p>\n Vi kommer nu att diskutera varf\u00f6r du kanske vill \u00f6verv\u00e4ga GraphQL f\u00f6r din framtida API-utveckling i st\u00e4llet f\u00f6r RESTful API.<\/p>\n GraphQL anv\u00e4nder ett starkt typsystem f\u00f6r att definiera API:ets m\u00f6jligheter. I GraphQL anv\u00e4nds schema definition language (SDL) f\u00f6r att definiera parametrarna kring hur klienten f\u00e5r tillg\u00e5ng till serverns data. Alla API:er som exponeras f\u00f6r klienten skrivs ner i SDL, vilket l\u00f6ser problemet med den inkonsekvens i datan som man m\u00f6ter i RESTful API:er.<\/p>\n Problemet med \u00f6ver- eller underh\u00e4mtning \u00e4r ett k\u00e4nt problem med RESTful API:er d\u00e4r klienterna antingen f\u00e5r tillbaka mer eller mindre information \u00e4n vad de beg\u00e4rde. GraphQL l\u00f6ser detta problem genom att tillhandah\u00e5lla ett medium d\u00e4r klienten kan specificera den information som beh\u00f6vs och sedan returnera exakt – och endast<\/em> – den specifika informationen.<\/p>\n Ett av de st\u00f6rsta problemen med RESTful API:er \u00e4r att det finns f\u00f6r m\u00e5nga slutpunkter f\u00f6r att f\u00e5 tillg\u00e5ng till information.<\/p>\n L\u00e5t oss anta att du vill komma \u00e5t en viss anv\u00e4ndare via dennes ID-nummer. Du skulle f\u00e5 en slutpunkt som I GraphQL har du en enda slutpunkt, och du beh\u00f6ver inte skicka flera f\u00f6rfr\u00e5gningar f\u00f6r att h\u00e4mta olika information om anv\u00e4ndaren.<\/p>\n Nu ska vi utforska den stora skillnaden mellan GraphQL och RESTful API:er. D\u00e4refter ska vi diskutera n\u00e5gra av funktionerna i en bra API-design och j\u00e4mf\u00f6ra hur varje teknik hanterar dem.<\/p>\n Det r\u00e5der ingen tvekan om att GraphQL presterar snabbare \u00e4n RESTful API:er tack vare dess f\u00f6rm\u00e5ga att tillhandah\u00e5lla en enda slutpunkt f\u00f6r att f\u00e5 tillg\u00e5ng till alla dina resurser. RESTful API:er anv\u00e4nder flera slutpunkter, vilket kan leda till n\u00e4tverksf\u00f6rdr\u00f6jning<\/a>.<\/p>\n Eftersom slutpunkter inte separeras i flera slutpunkter kan GraphQL-f\u00f6rfr\u00e5gningar bli alltmer komplexa med tiden. Slutpunkterna f\u00f6r RESTful API:er \u00e4r \u00e5 andra sidan separerade, vilket begr\u00e4nsar RESTful API:er till enkla f\u00f6rfr\u00e5gningar.<\/p>\n GraphQL \u00e4r ett v\u00e4xande API-arkitekturm\u00f6nster och f\u00f6rfr\u00e5gnings-spr\u00e5k. \u00c4ven om det fortfarande \u00e4r ungt, v\u00e4xer dess antagandefrekvens och resurspool snabbt, och det finns redan gott om resurser f\u00f6r dem som \u00e4r intresserade av att l\u00e4ra sig det sj\u00e4lva.<\/p>\n REST, \u00e5 andra sidan, har redan ett stort st\u00f6d fr\u00e5n sitt community och forts\u00e4tter att anv\u00e4ndas av f\u00f6retag av alla slag, fr\u00e5n dem som bygger sm\u00e5 mikrotj\u00e4nster till dem som skapar komplexa sociala appar och mer d\u00e4rtill.<\/p>\n F\u00f6r n\u00e4rvarande \u00e4r popularitetst\u00e4vlingen mellan GraphQL och REST oavgjord. B\u00e5da teknikerna forts\u00e4tter att anv\u00e4ndas i stor utstr\u00e4ckning och har gott st\u00f6d av sina utvecklar-communityn.<\/p>\n Inl\u00e4rningskurvan f\u00f6r GraphQL \u00e4r brant. Den kr\u00e4ver en god dom\u00e4nkunskap om API-utveckling och allm\u00e4n programvaruteknik<\/a>. En fullst\u00e4ndig nyb\u00f6rjare kommer att ha sv\u00e5rt att f\u00f6rst\u00e5 GraphQL tillr\u00e4ckligt bra f\u00f6r att bygga en komplex applikation.<\/p>\n Omv\u00e4nt \u00e4r REST mycket enkelt att komma ig\u00e5ng med och kr\u00e4ver mindre dom\u00e4nkunskap fr\u00e5n b\u00f6rjan. RESTful API \u00e4r v\u00e4l integrerat i de flesta st\u00f6rre programmeringsspr\u00e5ken<\/a> och popul\u00e4ra ramverk<\/a>, vilket g\u00f6r det mycket enkelt att l\u00e4ra sig.<\/p>\n GraphQL \u00e4r en ny teknik som f\u00f6ljer i sp\u00e5ren av RESTful\u2019s API-arkitekturm\u00f6nster, precis som REST introducerades f\u00f6r att l\u00f6sa problem med SOAP API-m\u00f6nster.<\/p>\n GraphQL ger dig snabbare svar, en enda API-slutpunkt f\u00f6r alla dina fr\u00e5gor och ett strikt schema f\u00f6r en konsekvent data\u00e5tkomst. Detta \u00e4r anledningen till att m\u00e5ngmiljardf\u00f6retag har b\u00f6rja byta till GraphQL, \u00e4ven i ett tidigt skede. Men trots sina begr\u00e4nsningar forts\u00e4tter GraphQL:s f\u00f6reg\u00e5ngare REST att ha en stark n\u00e4rvaro p\u00e5 scenen.<\/p>\n\n I den h\u00e4r guiden har vi unders\u00f6kt allt som du beh\u00f6ver veta om GraphQL och RESTful API:er, inklusive f\u00f6rdelar och nackdelar med varje teknik, f\u00f6r att hj\u00e4lpa dig att tryggt best\u00e4mma vilken du f\u00f6redrar. Vi har \u00e4ven diskuterat de k\u00e4nda problemen med RESTful API:er – s\u00e5som \u00f6verh\u00e4mtning, underh\u00e4mtning och multi-slutpunkter – och hur GraphQL f\u00f6rs\u00f6ker l\u00f6sa dessa problem och \u00f6ka prestandan i din app.<\/p>\n Du har nu f\u00e5tt tillr\u00e4cklig insikt f\u00f6r att kunna v\u00e4lja om GraphQL vs REST \u00e4r l\u00e4mpligt f\u00f6r ditt n\u00e4sta projekt. L\u00e5t oss veta i kommentarsf\u00e4ltet vad du kommer att bygga med din valda vinnare!<\/p>\n","protected":false},"excerpt":{"rendered":" Det kan vara sv\u00e5rt att v\u00e4lja vilken teknik som ska ing\u00e5 i n\u00e4sta projekt. I m\u00e5nga fall – och s\u00e4rskilt n\u00e4r det g\u00e4ller att v\u00e4lja mellan …<\/p>\n","protected":false},"author":193,"featured_media":46229,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[618,619,193,42],"topic":[],"class_list":["post-45806","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-api","tag-graphql","tag-rest","tag-webdev"],"yoast_head":"\n![\"GraphQL\u2019s](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/graphql.png\")
![\"En](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/graphql_code.png\")
F\u00f6retag som anv\u00e4nder GraphQL<\/h2>\n
Facebook<\/h3>\n
![\"Facebook](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/facebook_page.png\")
GitHub<\/h3>\n
![\"GitHub](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/github_page.png\")
Pinterest<\/h3>\n
![\"Pinterest](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/pinterest_page.png\")
Vad \u00e4r RESTful API?<\/h2>\n
\n
![\"REST](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/rest.png\")
F\u00f6rdelar med GraphQL<\/h2>\n
H\u00e4mtning av data via en enda API-slutpunkt<\/h3>\n
![\"API-slutpunkter](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/REST-and-GraphQL.png\")
Ingen \u00f6ver- eller underh\u00e4mtning<\/h3>\n
B\u00e4ttre hantering av komplexa system och mikrotj\u00e4nster<\/h3>\n
Snabbt och s\u00e4kert<\/h3>\n
F\u00f6rdelar med REST<\/h2>\n
\n
Nackdelar med GraphQL<\/h2>\n
\n
Nackdelar med REST<\/h2>\n
\n
Varf\u00f6r ska man anv\u00e4nda GraphQL i st\u00e4llet f\u00f6r REST?<\/h2>\n
Starkt typade scheman<\/h3>\n
Ingen \u00f6ver- eller underh\u00e4mtning<\/h3>\n
Flera slutpunkter<\/h3>\n
\/users\/1<\/code>. Men om du vill f\u00e5 tillg\u00e5ng till anv\u00e4ndarens foton m\u00e5ste du skicka en beg\u00e4ran till en annan slutpunkt, t.ex. \/users\/1\/photos<\/code>.<\/p>\nJ\u00e4mf\u00f6relse av GraphQL och REST<\/h2>\n
Prestanda<\/h3>\n
Komplexitet av fr\u00e5gor<\/h3>\n
Popularitet och st\u00f6d fr\u00e5n sitt community<\/h3>\n
Inl\u00e4rningskurva<\/h3>\n
![\"En](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/showdown.png\")
Sammanfattning<\/h2>\n