Diese beiden Methoden zum Aufbau von APIs sind v\u00f6llig unterschiedlich. In der Praxis funktionieren diese Technologien so, dass eine HTTP-Anfrage gesendet und das Ergebnis empfangen wird. Beide haben ihre Vor- und Nachteile, und in diesem Artikel werden wir diese beiden gro\u00dfartigen Technologien, die die Art und Weise, wie wir APIs entwickeln und skalieren, ver\u00e4ndert haben, ausf\u00fchrlich besprechen.<\/p>\n
Bevor wir jedoch in die Details eintauchen, wollen wir zun\u00e4chst die Bedeutung von GraphQL und RESTful APIs erkunden.<\/p>\n
Was ist GraphQL?<\/h2>\n
GraphQL ist eine API-Abfragesprache<\/a> und eine Laufzeitumgebung, um diese Abfragen mit vorhandenen Daten zu beantworten. Sie ist mit leistungsstarken Tools ausgestattet, die selbst die komplexesten Abfragen bew\u00e4ltigen.<\/p>\n Das zentrale Merkmal von GraphQL ist die F\u00e4higkeit, nur<\/em> die angeforderten Daten abzufragen und zu empfangen – mehr nicht. Das macht es viel einfacher, deine APIs zusammen mit deiner App zu skalieren.<\/p>\n Das Spannendste an GraphQL ist die F\u00e4higkeit, dir alle Daten in einem Endpunkt zur Verf\u00fcgung zu stellen.<\/p>\n Das obige Diagramm ist eine typische Darstellung der GraphQL-Architektur. Kunden stellen Anfragen von verschiedenen Ger\u00e4ten aus, und GraphQL bearbeitet ihre Anfragen und gibt nur die angeforderten Daten zur\u00fcck. Damit wird das Problem des Over- und Underfetching in RESTful-APIs auf elegante Weise gel\u00f6st.<\/p>\n Im obigen Beispiel ist ein GraphQL-Playground dargestellt, in dem mit einem einzigen Endpunkt Daten abgefragt werden k\u00f6nnen. Oben ist der API-Endpunkt, links die Abfrage, die die Namen der Kontinente abfragt, und rechts schlie\u00dflich die Antwort auf die Abfrage, die wir gestellt haben.<\/p>\n GraphQL wurde von Facebook entwickelt, um den Entwicklern von mobilen Apps bei der Arbeit mit REST-APIs zu helfen. Seit der Ver\u00f6ffentlichung der ersten Open-Source-Version im Jahr 2015 hat GraphQL ein enormes Wachstum erfahren, da die Technologie von den gro\u00dfen Unternehmen der Tech-Branche \u00fcbernommen wurde.<\/p>\n Im Folgenden findest du eine Liste mit einigen Unternehmen und Anwendungen, die GraphQL aktiv auf ihren Servern nutzen.<\/p>\n Facebook hat GraphQL entwickelt und nutzt es seit 2012 in der Produktion, um seine mobilen Anwendungen zu betreiben. Das milliardenschwere soziale Netzwerk hat die GraphQL-Spezifikationen im Jahr 2015 ver\u00f6ffentlicht und sie damit f\u00fcr viele Umgebungen und Teams jeder Gr\u00f6\u00dfe zug\u00e4nglich gemacht.<\/p>\n Auch GitHub<\/a> k\u00fcndigt die Nutzung von GraphQL an, indem es eine GraphQL-API bereitstellt, mit der du Integrationen erstellen, Daten abrufen und deine Arbeitsabl\u00e4ufe automatisieren kannst. Die GitHub GraphQL API bietet pr\u00e4zisere und flexiblere Abfragen als die GitHub REST API.<\/p>\n Pinterest ist auch ein fr\u00fcher Anwender von GraphQL. Der Foto-Sharing-Gigant hat \u00f6ffentlich dar\u00fcber gesprochen<\/a>, wie fr\u00fch er GraphQL erforscht hat und wie er die GraphQL-Technologie nutzt, die sein Milliarden-Dollar-Unternehmen antreibt.<\/p>\n Viele andere milliardenschwere Unternehmen<\/a> wie Intuit, Shopify<\/a>, Coursera und Airbnb betreiben ihre Anwendungen mit GraphQL. Und diese weit verbreitete Vorliebe f\u00fcr REST wird immer gr\u00f6\u00dfer.<\/p>\n REST steht f\u00fcr „Representational State Transfer“ und ist ein Software-Architekturstil f\u00fcr verteilte Hypermedia-Systeme. Er definiert Prinzipien und Einschr\u00e4nkungen f\u00fcr den Austausch von Ressourcen zwischen dem Server und den Clients.<\/p>\n Wenn diese Prinzipien in einer API befolgt werden, wird die Anwendung der API als „RESTful“ bezeichnet Die WordPress REST-API<\/a> ist ein Paradebeispiel daf\u00fcr.<\/p>\n Im Folgenden findest du einige der Grunds\u00e4tze und Einschr\u00e4nkungen, die eine API erf\u00fcllen muss, um als „Restful API“ bezeichnet zu werden:<\/p>\n Das folgende Diagramm zeigt die grundlegende REST-Architektur. Es zeigt, wie Anfragen und Antworten normalerweise verarbeitet werden.<\/p>\n Im Folgenden sind einige Vorteile von GraphQL aufgef\u00fchrt, die zeigen, warum es f\u00fcr die Entwicklung der n\u00e4chsten Milliarden-Dollar-App mehr als ausreichend ist.<\/p>\n Der gr\u00f6\u00dfte Vorteil von GraphQL ist die M\u00f6glichkeit, \u00fcber einen einzigen API-Endpunkt<\/a> auf beliebige oder alle Datenpunkte zuzugreifen.<\/p>\n Eines der h\u00e4ufigsten Probleme bei RESTful-APIs ist, dass es zu viele Endpunkte f\u00fcr den Zugriff auf Informationen gibt. Bei GraphQL hast du nur einen einzigen Endpunkt, sodass du nicht mehrere Anfragen senden musst, um verschiedene Informationen \u00fcber ein Objekt abzurufen.<\/p>\n Das folgende Diagramm zeigt ein anschauliches Beispiel f\u00fcr den Abruf von Ressourcen mit RESTful API und GraphQL. Du kannst sehen, dass es nur einen Endpunkt gibt, um auf die Ressource im GraphQL-Server zuzugreifen, w\u00e4hrend bei der RESTful-API mehrere API-Endpunkte ben\u00f6tigt werden, um auf verschiedene Ressourcen zuzugreifen.<\/p>\n Das Problem des Over- oder Underfetching ist ein bekanntes Problem bei RESTful-APIs. Das ist der Fall, wenn Kunden Daten herunterladen, indem sie auf Endpunkte treffen, die feste Datenstrukturen zur\u00fcckgeben, oder wenn sie entweder mehr oder weniger abrufen, als sie erwartet haben.<\/p>\n \u00dcberm\u00e4\u00dfiges Abrufen f\u00fchrt dazu, dass die Anfrage mehr Daten erh\u00e4lt – oder „abruft“ – als f\u00fcr eine bestimmte Anfrage erforderlich ist. Stell dir vor, du rufst alle Nutzer in einer Tabelle ab, um ihre Nutzernamen auf deiner Homepage anzuzeigen. In diesem Fall liefert das Overfetching alle<\/em> Daten zu jedem Benutzer, einschlie\u00dflich (aber nicht nur) des Namens.<\/p>\n Under-Fetching ist vergleichsweise selten, kommt aber vor, wenn der betreffende Endpunkt nicht alle angeforderten Informationen liefern kann. Der Kunde muss dann weitere Anfragen stellen, um die anderen Informationen abzurufen.<\/p>\n GraphQL l\u00f6st das Problem des Over- oder Underfetching effizient, indem es genau die Ressource abruft, die der Kunde angefordert hat, ohne zus\u00e4tzliche Details.<\/p>\n GraphQL kann die Komplexit\u00e4t mehrerer integrierter Systeme vereinheitlichen und verbergen.<\/p>\n Nehmen wir zum Beispiel an, wir wollen von einer monolithischen Backend-Anwendung zu einer Microservice-Architektur<\/a> migrieren. Die GraphQL-API hilft bei der Kommunikation zwischen verschiedenen Microservices, indem sie diese in einem GraphQL-Schema zusammenfasst.<\/p>\n Sobald diese Schemas definiert sind, k\u00f6nnen sowohl das Frontend als auch das Backend getrennt voneinander kommunizieren, ohne dass weitere \u00c4nderungen vorgenommen werden m\u00fcssen, da das Frontend wei\u00df, dass die Daten im Schema im gesamten System immer synchronisiert sein werden.<\/p>\n Das Problem des Overfetching kann zu einem h\u00f6heren Bandbreitenverbrauch f\u00fcr die Clients f\u00fchren, was mit der Zeit zu Verz\u00f6gerungen in deiner Anwendung f\u00fchren kann. Bei der Verwendung von RESTful-API-Designmustern ist es zeitaufw\u00e4ndiger, die ben\u00f6tigten Informationen aus einer riesigen Nutzlast herauszufiltern.<\/p>\n Durch die F\u00e4higkeit von GraphQL, Overfetching und Underfetching zu vermeiden, liefert der Server eine sichere, leicht lesbare und vorhersehbare Form, die deine API-Anfragen und -Antworten schneller macht.<\/p>\n Trotz der wachsenden Beliebtheit von GraphQL ist REST immer noch einer der beliebtesten API-Standards. Sehen wir uns einmal an, warum.<\/p>\n Nachdem wir nun die Vorteile von GraphQL gegen\u00fcber REST er\u00f6rtert haben, wollen wir uns nun mit den Nachteilen von GraphQL besch\u00e4ftigen:<\/p>\n Wenden wir uns nun den Nachteilen von REST zu:<\/p>\n Im Folgenden werden wir er\u00f6rtern, warum du f\u00fcr deine zuk\u00fcnftige API-Entwicklung GraphQL anstelle von RESTful API in Betracht ziehen solltest.<\/p>\n GraphQL verwendet ein starkes Typensystem, um die F\u00e4higkeiten der API zu definieren. In GraphQL wird die Schemadefinitionssprache (SDL) verwendet, um die Parameter f\u00fcr den Zugriff des Clients auf die Daten des Servers zu definieren. Alle APIs, die dem Kunden zur Verf\u00fcgung gestellt werden, sind in SDL niedergeschrieben, wodurch das Problem der Dateninkonsistenz, das bei RESTful APIs auftritt, gel\u00f6st wird.<\/p>\n Das Problem des Over- oder Under-Fetching ist ein bekanntes Problem bei RESTful-APIs, bei denen die Kunden entweder mehr oder weniger Informationen zur\u00fcckbekommen, als sie angefordert haben. GraphQL l\u00f6st dieses Problem, indem es dem Kunden ein Medium zur Verf\u00fcgung stellt, mit dem er die ben\u00f6tigten Informationen angeben kann, und dann genau – und nur<\/em> – diese Informationen zur\u00fcckgibt.<\/p>\n Eines der gr\u00f6\u00dften Probleme von RESTful-APIs ist, dass es zu viele Endpunkte f\u00fcr den Zugriff auf Informationen gibt.<\/p>\n Nehmen wir an, du m\u00f6chtest \u00fcber die ID-Nummer eines bestimmten Nutzers zugreifen. Dann wird dir ein Endpunkt wie Bei GraphQL hast du einen einzigen Endpunkt und musst nicht mehrere Anfragen senden, um verschiedene Informationen \u00fcber den Nutzer abzurufen.<\/p>\n Zum Schluss werden wir den Hauptunterschied zwischen GraphQL und RESTful APIs untersuchen. Danach werden wir einige Merkmale eines guten API-Designs besprechen und vergleichen, wie die beiden Technologien damit umgehen.<\/p>\n Es besteht kein Zweifel daran, dass GraphQL schneller ist als RESTful APIs, weil es einen einzigen Endpunkt f\u00fcr den Zugriff auf alle deine Ressourcen bereitstellen kann. RESTful-APIs verwenden mehrere Endpunkte, was zu Netzwerklatenz<\/a> f\u00fchren kann.<\/p>\n Da die Endpunkte nicht in mehrere Endpunkte aufgeteilt sind, k\u00f6nnen GraphQL-Abfragen mit der Zeit immer komplexer werden. RESTful-API-Endpunkte hingegen sind getrennt, was RESTful-APIs auf einfache Abfragen beschr\u00e4nkt.<\/p>\n GraphQL ist ein wachsendes API-Architekturmuster und eine Abfragesprache. Obwohl sie noch jung ist, wachsen die Akzeptanz und der Ressourcenpool schnell und es gibt bereits zahlreiche Ressourcen f\u00fcr diejenigen, die sie selbst erlernen m\u00f6chten.<\/p>\n REST hingegen wird bereits von einer gro\u00dfen Community unterst\u00fctzt und von Unternehmen aller Art genutzt, von kleinen Microservices bis hin zu komplexen sozialen Apps und dar\u00fcber hinaus.<\/p>\n Gegenw\u00e4rtig ist der Beliebtheitswettbewerb zwischen GraphQL und REST unentschieden. Beide Technologien sind nach wie vor weit verbreitet und werden von der Entwicklergemeinschaft gut unterst\u00fctzt.<\/p>\n Die Lernkurve f\u00fcr GraphQL ist steil. Sie erfordert gute Kenntnisse in der API-Entwicklung und im allgemeinen Software-Engineering. Ein absoluter Anf\u00e4nger wird es schwer haben, GraphQL gut genug zu verstehen, um eine komplexe Anwendung zu entwickeln.<\/p>\n Im Gegensatz dazu ist der Einstieg in REST sehr einfach und erfordert von Anfang an weniger Fachwissen. RESTful API ist in die meisten wichtigen Programmiersprachen<\/a> und beliebten Frameworks<\/a> integriert, was das Erlernen sehr einfach macht.<\/p>\n GraphQL ist eine neue Technologie, die in die Fu\u00dfstapfen der RESTful-API-Architekturmuster tritt, so wie REST eingef\u00fchrt wurde, um Probleme mit SOAP-API-Mustern zu l\u00f6sen.<\/p>\n GraphQL bietet dir schnellere Antworten, einen einzigen API-Endpunkt f\u00fcr alle deine Abfragen und ein strenges Schema f\u00fcr einen konsistenten Datenzugriff. Diese Gr\u00fcnde haben dazu gef\u00fchrt, dass milliardenschwere Unternehmen bereits in der Anfangsphase auf GraphQL umsteigen. Doch trotz seiner Einschr\u00e4nkungen ist der Vorl\u00e4ufer von GraphQL, REST, nach wie vor sehr pr\u00e4sent.<\/p>\n\n In diesem Leitfaden erf\u00e4hrst du alles, was du \u00fcber GraphQL und RESTful APIs wissen musst, einschlie\u00dflich der Vor- und Nachteile der beiden Technologien, damit du dich sicher entscheiden kannst, welche du bevorzugst. Au\u00dferdem haben wir uns mit den bekannten Problemen von RESTful-APIs besch\u00e4ftigt – wie z. B. Overfetching, Underfetching und mehrere Endpunkte – und wie GraphQL diese Probleme l\u00f6st und die Leistung deiner App verbessert.<\/p>\n Jetzt hast du genug Einblick, um zu entscheiden, ob GraphQL oder REST f\u00fcr dein n\u00e4chstes Projekt geeignet ist. Lass uns in den Kommentaren wissen, was du mit deinem gew\u00e4hlten Sieger entwickeln wirst!<\/p>\n","protected":false},"excerpt":{"rendered":" Es kann schwierig sein, die Technologien auszuw\u00e4hlen, die in den Tech-Stack deines n\u00e4chsten Projekts aufgenommen werden sollen. In vielen F\u00e4llen – und vor allem, wenn es …<\/p>\n","protected":false},"author":193,"featured_media":54440,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[351,832,252,28],"topic":[991],"class_list":["post-54293","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-api","tag-graphql","tag-rest","tag-webdev","topic-web-entwicklungs-tools"],"yoast_head":"\n![\"GraphQL](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/graphql.png\")
![\"Eine](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/graphql_code.png\")
Unternehmen, die GraphQL nutzen<\/h2>\n
Facebook<\/h3>\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/facebook_page.png\")
GitHub<\/h3>\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/github_page.png\")
Pinterest<\/h3>\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/pinterest_page.png\")
Was ist eine RESTful API?<\/h2>\n
\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/rest.png\")
Vorteile von GraphQL<\/h2>\n
Abruf von Daten \u00fcber einen einzigen API-Endpunkt<\/h3>\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/REST-and-GraphQL.png\")
Kein Over- oder Underfetching<\/h3>\n
Bessere Handhabung komplexer Systeme und Microservices<\/h3>\n
Schnell und sicher<\/h3>\n
Vorteile von REST<\/h2>\n
\n
Nachteile von GraphQL<\/h2>\n
\n
Die Nachteile von REST<\/h2>\n
\n
Warum GraphQL statt REST verwenden?<\/h2>\n
Stark typisiertes Schema<\/h3>\n
Kein Overfetching oder Underfetching<\/h3>\n
Mehrere Endpunkte<\/h3>\n
\/users\/1<\/code> angeboten. Wenn du aber auf die Fotos dieses Nutzers zugreifen willst, musst du eine Anfrage an einen anderen Endpunkt senden, z. B. an \/users\/1\/photos<\/code>.<\/p>\nGraphQL vs. REST Showdown<\/h2>\n
Leistung<\/h3>\n
Komplexit\u00e4t der Abfrage<\/h3>\n
Popularit\u00e4t und Unterst\u00fctzung durch die Gemeinschaft<\/h3>\n
Lernkurve<\/h3>\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/showdown.png\")
Zusammenfassung<\/h2>\n