Einführung
Seit einigen Jahren stellt der Representational State Transfer (abgekürzt ReST) die moderne und einfache Alternative zu ähnlichen Verfahren wie SOAP (Simple Object Access Protocol aber simpel ist daran leider überhaupt nichts 😊), WSDL (Web Services Description Language) und dem verwandten Verfahren RPC (Remote Procedure Call) dar.
Der Vorteil von ReST liegt darin, dass im World Wide Web bereits ein Großteil der dafür benötigten Infrastruktur vorhanden ist, und viele Web-Dienste sozusagen ab Werk ReST-konform sind.
Grundsätzlich gilt, dass ein Server einen Dienst bereitstellt, der im Bedarfsfall von einem Client angefragt wird. Hierbei müssen sowohl vom Client wie vom Server alle von der Gegenseite benötigten Informationen bereitgestellt werden.
Diese Art der Kommunikation ist für das Web typisch und wird als Zustandslosigkeit bezeichnet (stateless communication). Um diese Zustandslosigkeit entgegen zu wirken setzen diverse Dienste auf sogenannte SessionIDs die bei der ersten Anfrage Bestandteil der Rückgabeinformationen sind. Bei Bedarf werden sie als Referenz bei der nächsten weiterführenden Anfrage ebenfalls übergeben. SessionIDs haben eine begrenzte Lebenszeit und können in den meisten Fällen nur für sehr kurze Zeit (im Durchschnitt ein paar Minuten) verwendet werden. Nach ihrem Ablauf muss eine neue Basiskommunikation stattfinden um die Generierung einer frischen ID zu forcieren. SessionIDs ermöglichen einen scheinbar zustandsbehafteten Datenaustausch (stateful communication) der aus dem serverseitigen Cachen von Daten besteht. Hieraus ergibt sich üblicherweise auch die Lebensdauer der SessionIDs, denn die Server bereinigen ihren Cache regelmäßig und können in dieser Hinsicht gezielt auf kurze oder längere Zyklen eingerichtet werden.
Genauere Beschreibungen zu ReST finden sich u.a. in der Wikipedia, OiO und unzähligen anderen Seiten im Web.
Für VFP ist ReST die recht einfache Variante um an Daten aus Webservices zu gelangen. Das alte SOAP Protokoll kann zwar weiterhin über den Task Pane Manager angesprochen werden, aber wer einmal mit ReST gearbeitet hat wird sicherlich nicht freiwillig zu SOAP zurückkehren wollen.
In den nächsten Wochen werde ich mich, im Rahmen einer reinen VFP basierenden Kommunikation, den einzelnen Teilbereichen des Themas ReST in Form einzelner Blog-Postings widmen. Sobald ein Thema als Post verfügbar ist werden die u.a. Kapitel mit einem direkten Link zum Eintrag versehen.
Teil 1: Abkürzungen und was sie bedeuten
/ Abbreviations and their meaning
Teil 2: Wer ReST sagt, sagt auch JSON
/ In for a ReST, in for a JSON
Teil 3: Leerzeichen und andere Entitäten
/ BLANKS and other entities
Teil 4: JSON und der goldene Konverter
/ JSON and the golden converter
Teil 5: Die Startvorbereitungen
/ preparations for launch
Teil 6: Kleine Denkpause gefällig?
/ in need of a reflection period?
Teil 7: Fertig machen zur Landung
/ preparing for landing
Keine Kommentare:
Kommentar veröffentlichen