imx.ContentDelivery API meets Lechradweg

Datum: 18. Oktober 2022
Autor: Christine Pfleger


Die imx.ContentDelivery API (Link) ist ein mächtiges Werkzeug, das extrem performant kontextbasierte Datenabfragen ermöglicht. In unserem aktuellen Lechradwegprojekt (www.lechradweg.info) konnte sie in einem ihrer ersten Anwendungsfälle ihr Potenzial zeigen.

Wer sich in seinem Arbeitsalltag nicht täglich mit Datenbanken und Schnittstellen beschäftigt, tut sich zugegebenermaßen manchmal schwer zu verstehen, warum unsere Entwickler bei der imx.ContentDelivery API ins Schwärmen kommen. Wir haben daher Benjamin Hofmann, Lead-Entwickler im Lechradweg-Projekt, und den Technischen Geschäftsführer Christian Heindl gebeten, am Beispiel des Lechradweg-Projekts so praxisbezogen wie möglich die Vorteile der imx.ContentDelivery API aufzuzeigen.

1. Bitte beschreibt an konkreten Beispielen, was die imx.ContentDelivery API im Lechradweg-Projekt macht.

Christian: Die neue Content Delivery API stellt die direkte Verbindung zwischen der Single-Page Anwendung und der imx.Platform ohne die Notwendigkeit einer Middleware her. So werden z.B. alle Etappenlisten, POI-Listen oder auch Detailseiten direkt vom Browser bei der Content Delivery API angefragt und jeder Request enthält genau nur die Daten, welche für die jeweilige Situation benötigt werden.

Benni: Auch zukünftige Erweiterungen der Daten werden direkt über die Content Delivery API abgefragt werden. Dadurch wird es sehr einfach, die verschiedensten Daten aus unterschiedlichen Quellen miteinander zu verschneiden und in Kontext zu bringen.

2. Was sind die Vorteile aus Sicht unserer Kundinnen und Kunden?

Christian: Es ist keine separate Implementierung einer Middleware zur imx.Platform mehr erforderlich, was zu kostengünstigeren Projekten führt.

Benni: Die Content Delivery API basiert auf GraphQL, einer weithin unterstützten und gut dokumentierten Art von Schnittstelle. Dies macht es auch neben konkreten Projekten wie dem Lechradweg sehr einfach, die benötigten Daten abzufragen und diese dann zu verwerten.

3. Inwiefern haben User etwas vom Einsatz der imx.ContentDelivery API?

Christian: Für Nutzer*innen ist weniger die Content Delivery API von Relevanz, sondern eher der Einsatz einer Single-Page App (SPA) auf Angular-Basis, welches eine reaktive Oberfläche und auch die Offline-Fähigkeit erst sauber ermöglicht.

Benni: Als User hat man hauptsächlich mit dem sichtbaren Frontend zu tun und hier kann die Content Delivery API beim Lechradweg alle Vorteile ausspielen, die sie zu bieten hat. Dadurch, dass beim ersten Seitenaufruf bereits alle zur Anzeige notwendigen Assets vom Browser heruntergeladen wurden, finden bei weiteren Seitenaufrufen nur noch die Requests gegen die API statt. Diese Requests sind sehr schnell und liefern nur die wirklich notwendigen Daten, was auch Traffic im mobilen Umfeld spart. So reagiert die Seite extrem schnell auf Usereingaben.

4. Und wie erleichtert sie das Leben der Entwickler*innen?

Christian: Durch die Content Delivery API werden Logiken zur Interpretation des imx.Platform-Datenmodells bereits in der API zentral implementiert. Diese müssen nicht mehr für jedes Projekt bzw. jede Ablaufumgebung neu implementiert werden – oder in jedem Projekt einzeln nachgezogen werden, wenn sich etwas grundlegend ändert. Daneben gibt es für Entwickler*innen nun ein komplett typisiertes Datenmodell, so dass clientseitig jeweils eine vollständige Typprüfung ohne Unsicherheiten bei der API-Anbindung erfolgen kann.

Benni: Als Entwickler muss man nur einmal verstanden haben, wie man mit einer GraphQL-Schnittstelle sprechen muss, damit sie die benötigten Daten liefert. Man muss dadurch deutlich weniger Fachwissen für verschiedene Schnittstellen aufbringen, und das beschleunigt die Implementierung enorm. Außerdem ist das Debugging sehr einfach, da man z.B. Tools wie Altair nutzen kann, um seine Anfragen auf Fehler zu prüfen und zu korrigieren.

5. Welche ersten Erfahrungen habt Ihr mit der imx.ContentDelivery API im ersten Praxiseinsatz gemacht? Nennt gern ein paar konkrete Beispiele und Learnings.

Benni: Nach meinen ersten Erfahrungen mit der Content Delivery API würde ich gerne nur noch diese nutzen, da die Anbindung einfach Spaß macht. Und auch die Dokumentation ist hervorragend, sowohl von GraphQL selbst als auch von den diversen Tools, die man nutzt, um damit zu sprechen. Einmal kurz gegoogelt und schon hat man die passende Lösung parat.
Aber auch hier steht und fällt alles damit, wie sauber man im jeweiligen Projekt arbeitet und dessen Datenmodell definiert. Manchmal ist es sinnvoll, nicht für alles eine eigene Abfrage an die API zu senden, da man eine andere Abfrage evtl. ein bisschen erweitern kann, um dann vom Caching zu profitieren und einen erneuten Request einzusparen.

Vielen Dank!

Noch mehr Infos über das Lechradweg-Projekt gibt es in unserer Success Story lechradweg.info auf unserer Website.

Dieser Artikel wurde verschlagwortet unter:


Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Projekte


Out now: gråd extra, Ausgabe 4!

Autor: Christine Pfleger


infomax // Projekte // Strategie & Konzeption // Technologie // Tourismus // Über den Tellerrand // User Experience & Design


gråd extra - Das Magazin für e-Tourism | Ausgabe 4 | 2018 | Schwerpunkt "Ideen"
gråd extra - Das Magazin für e-Tourism | Ausgabe 4 | 2018 | Schwerpunkt "Ideen"

Es ist geschafft und wir sind sowas von stolz: Die vierte Ausgabe unseres Magazins gråd extra ist erschienen! Auf 78 Seiten haben wir uns ganz und gar dem Schwerpunkt „Ideen“ verschrieben.


Beitrag lesen
07
DEZ
18

Cookie Consent Management – Eine Studie unseres Digital Tourism Labs

Autor: Merle Howindt


infomax // Projekte // Strategie & Konzeption // Über den Tellerrand


GINA BOLLE

Jeder kennt sie: die nervigen Banner und Boxen, die dem Nutzer bei jedem Erstbesuch einer Website eingeblendet werden und eine Zustimmung zum Setzen von Cookies einfordern. Mittlerweile gibt es zahlreiche Versionen, die in der Gestaltung durchaus stark abweichend sind. Daher stellt sich oft die Frage: „Welche Version erreicht die höchste Einwilligungsrate, ohne den Pfad der Rechtskonformität zu verlassen?“.


Beitrag lesen
15
DEZ
21

Umzug eines MediaWiki auf neuen Server? Auweh…

Autor: Benedikt Keller


Projekte // Technologie // Über den Tellerrand


Ein kleiner Hinweis an Entwickler und Projektmanager, sollten MediaWiki-Projekte einen Serverumzug erfahren dürfen: Das Problem Versionen vor 1.19.x kommen mit den neuen Versionen der PCRX-Library (Perl Compatible Regular Expressions) nicht zurecht. So gehabt nun bei einem alten Projekt. Das Problem äußert sich dadurch, dass plötzlich auf den Seiten unter der Überschrift keine Contents mehr auftauchen, in der …


Beitrag lesen
03
DEZ
15

Relaunch kloster-seeon.de

Autor: Janine Kather


infomax // Projekte


Kloster Seeon – wo Innovation und Inspiration auf Tradition und Moderne trifft. Bereits zum dritten Mal durfte infomax die Webseite des ehemaligen Benediktinerklosters neu gestalten.


Beitrag lesen
24
JAN
22