Mis on GraphQL?
GraphQL on rakenduskihi serveripoolne tehnoloogia, mille Facebook on välja töötanud olemasolevate andmetega päringute täitmiseks. GraphQL suudab optimeerida RESTful API kõnesid. See annab deklaratiivse viisi oma andmete hankimiseks ja värskendamiseks.
GraphQL aitab teil andmeid serverist kliendini laadida. See võimaldab programmeerijatel valida taotluste tüübid, mida nad soovivad esitada.
Mis on puhkus?
REST on tarkvara arhitektuuristiil, mis määratleb veebiteenuste loomise piirangute kogumi. See on mõeldud spetsiaalselt meediumikomponentide, failide või riistvaraseadmetega töötamiseks. RESTi täielik vorm on esindusriikide ülekanne.
PÕHISED VAHED
- GraphQL on rakenduskihi serveripoolne tehnoloogia, mida kasutatakse olemasolevate andmetega päringute täitmiseks, samas kui REST on tarkvara arhitektuuristiil, mis määratleb veebiteenuste loomise piirangute kogumi.
- GraphQL-i saab korraldada skeemi, samas kui REST-i saab korraldada lõpp-punktidena.
- Arengukiirus on GraphQL-is kiire, REST-i puhul aga aeglane.
- GraphQL mutatsioonide sõnumivorming peaks olema string, samas kui REST-i mutatsioonide sõnumivorming võib olla mis tahes.
- GraphQL kasutab päringute kinnitamiseks metaandmeid, samas kui RESTil pole masinloetavaid metaandmeid vahemällu salvestatud.
GraphQLi omadused
Siin on GraphQLi olulised omadused:
- See on staatiliselt kirjutatud, nii et enne muutuja kasutamist pole vaja määratleda.
- GraphQL suudab lahutada esiosa taustaprogrammist.
- Andmete allalaadimine puudub.
- See on keel ja HTTP agnostika.
- GraqphQL-i dokumentatsiooniga kaasnevad lisakulud.
- See aitab teil ribalaiust säästa.
RESTi omadused
Siin on RESTi olulised omadused:
- RESTil on ühtlane liides.
- REST-i teenuseid saab suurendada, et saavutada klientide nõudlusele vastav kõrge jõudlus.
- Ressurssidele saab hõlpsasti ligi pääseda nime järgi.
- REST API võimaldab süsteemidel andmeid lihtsalt edastada ja saata või vastu võtta.
- Rakenduse andmebaasiressurssi saab REST API lõpp-punktiga kiiresti kaardistada.
- REST võimaldab salvestada sageli kasutatavat teavet mällu.
- Sellel on lihtne arhitektuur ja muster.
- REST-i API-d saab teenida mitmest serverist.
Erinevus GraphQL-i ja REST-i vahel
Siin on oluline erinevus GraphQL-i ja REST-i vahel.
| GraphQL | Puhkus |
|---|---|
| GraphQL on rakenduskihi serveripoolne tehnoloogia, mille Facebook on välja töötanud olemasolevate andmetega päringute täitmiseks. | REST on tarkvara arhitektuuristiil, mis määratleb veebiteenuste loomise piirangute kogumi. |
| See järgib kliendipõhist arhitektuuri. | See järgib serveripõhist arhitektuuri. |
| GraphQL-i saab korraldada skeemi järgi. | REST saab korraldada lõpp-punktidena. |
| GraphQL on kasvav kogukond. | REST on suur kogukond. |
| Arengukiirus on GraphQL-is kiire. | Arengukiirus on REST-is aeglane. |
| Õppimiskõver GraphQL-is on keeruline. | Õppimiskõver REST-is on mõõdukas. |
| Identiteet on eraldatud sellest, kuidas te seda hankite. | Lõpp-punkt, millele helistate REST-is, on objekti identiteet. |
| GraphQL-is määrab server saadaolevad ressursid. | Ressursi kuju ja suuruse määrab server REST-is. |
| GraphQL tagab kõrge järjepidevuse kõikidel platvormidel. | Kõigil platvormidel on raske järjepidevust saavutada. |
| GraphQL mutatsioonide sõnumi vorming peaks olema string. | REST-mutatsioonide sõnumivorming võib olla mis tahes. |
| See on tugevalt kirjutatud. | See on nõrgalt kirjutatud. |
| GraphQL API lõpp-punktid on ühekordsed. | REST API lõpp-punktid on mitu. |
| Ta kasutab päringute valideerimiseks metaandmeid. | Sellel pole vahemälus masinloetavaid metaandmeid. |
| Pakub järjepidevat ja kvaliteetset kasutajaliidest kõigis opsüsteemides. | Kõigi operatsioonisüsteemide jaoks on keeruline järjepidevust saavutada. |
| GraphQLi partnerid nõuavad API kohandamist. | See pakub paindlikku avalikku API-d, mis võimaldab uusi rakendusi hõlpsalt lubada. |
GraphQL eelised
Siin on GraphQLi olulised plussid / eelised:
- See pakub deklaratiivset päringukeelt, mis pole hädavajalik.
- See on hierarhiline ja tootekeskne.
- GraphQL on tugevalt kirjutatud. See tähendab, et päringuid täidetakse konkreetse süsteemi kontekstis.
- GraphQL-i päringud on kodeeritud kliendis, mitte serveris.
- Sellel on kõik OSI mudeli rakenduskihi omadused.
- GraphQL pakub inimesele loetavat päringut.
- GraphQL-is on paljude andmebaasidega lihtne toime tulla.
- Andmeid saab tuua ühe API-kõnega.
- See aitab teil päringute pakkimist ja vahemällu salvestamist.
- Taotluste kohandamine vastavalt teie vajadustele.
- See aitab teil skeemi sobivas vormingus avastada.
- GraphQL hoiab dokumentatsiooni automaatselt sünkroonis API muudatustega.
- API arendamine on võimalik ilma versioonideta.
- Seda saab kasutada rakenduse kiireks prototüüpimiseks.
- GraphQL-i välju saab taaskasutamiseks jagada kõrgemale komponenditasemele.
- See võimaldab teil valida, milliseid funktsioone paljastada ja kuidas need töötavad.
RESTi eelised
Siin on RESTi olulised plussid / eelised:
- See võimaldab teil tarkvara raskusteta skaleerida.
- Saate hõlpsalt migreeruda ühest serverist teise.
- Protokoll muutub erinevate projektide arendamiseks lihtsaks.
- REST API pakub võimalust seda arendades proovida erinevaid projektikeskkondi.
- REST-i on väga lihtne ehitada ja kohandada.
- Protsessieksemplare saate luua selgesõnaliselt.
- Kliendimasin ei vaja marsruutimisteavet.
- Arendajad saavad luua API, mis vastab kasutaja spetsiifilistele vajadustele.
GraphQL-i rakendus:
Siin on GraphQLi kasutamise olulised rakendused:
- See pakub relee ja muid klientide raamistikke.
- GraphQL aitab teil mobiilirakenduse toimivust parandada.
- Seda saab kasutada siis, kui kliendirakendus peab määrama, milliseid välju on vaja pika päringu vormingus.
- GraphQL-i saab täielikult kasutada, kui peate oma vanale või olemasolevale API-le funktsionaalsuse lisama.
- Seda kasutatakse siis, kui peate keerukat API-d lihtsustama.
- Sega ja sega fassaadimuster, mida tavaliselt kasutatakse objektorienteeritud programmeerimisel.
- Seda saab kasutada siis, kui peate koondama andmed mitmest kohast ühte mugavasse API-sse.
- Kasutage GraphQL-i olemasoleva API abstraktsioonina, et määrata kasutaja vajadustest lähtuv vastusstruktuur.
RESTi rakendamine
Siin on REST-i kasutamise olulised rakendused:
- REST-i kasutatakse heterogeensetes keeltes ja keskkondades.
- See võimaldab erinevatele programmeerimiskeeltele ehitatud veebirakendustel omavahel suhelda.
- REST-i abil saavad need veebirakendused asuda erinevates keskkondades, mõned võivad olla Windowsis ja teised Linuxis.
- Muutke kasutajaliides mitmel platvormil kaasaskantavaks.
- Hankige ühtlane liides.
- Kihiline süsteem, milles arhitektuur koosneb hierarhilistest kihtidest.
GraphQLi puudused
Siin on GraphQLi kasutamise miinused / puudused:
- Ressursside puudumine taustaprogrammi osas.
- Kompleksse rakenduse kujundusmuster puudub
- Toimivusprobleemid keeruliste päringutega.
- Overkill väikeste rakenduste jaoks.
- See ei põhine HTTP-vahemälu meetoditel, mis võimaldavad päringusisu salvestamist.
- Enne GraphQL-i strateegiate juurutamist peate õppima GraphQL-i skeemimääratluse keele.
- GraphQL kasutab HTTP vahemälu jälgimise asemel ühte lõpp-punkti.
- See ei ole hea lahendus lihtsate rakenduste jaoks, kuna see võib lisada keerukust.
RESTi puudused
Siin on REST-i kasutamise miinused / puudused:
- REST ei säilita kliendi ja serveri vahelise varasema suhtluse olekuid.
- Kui peate mingeid andmeid otsima kahest lõpp-punktist, peate API-le saatma kaks eraldi taotlust.
- Piiratud väljade saamine pole kuidagi võimalik.
- Pesastatud ressurssidega manipuleerimine pole võimalik.
- Kehv andmete otsimise võimalus.
- Päringute valideerimine pole saadaval.
- See ei tegele API lisamise, amortisatsiooni ja muudatustega.
- Puuduvad tööriistad ega raamistiku juhised.
Mis on parem?
GraphQL-il on RESTiga võrreldes palju eeliseid. GraphQL on kiirem kui REST, sest saate hõlpsalt valida väljad, mille kohta peate päringu tegema. GraphQL pakub RESTiga võrreldes paremat õppimiskõverat.
Üldiselt on GraphQLi või RESTi valimine keeruline ülesanne, sest mõlemad on omal moel head. Pealegi on nende vahel sarnasusi nagu REST API lõpp-punktid ja GraphQL-is olevate väljade loend.