Besser abgefragt

Bei der Abfrage von Daten über eine REST-Schnittstelle entstehen zwei grundlegende Probleme. Das erste betrifft die Flexibilität einer Datenabfrage: Wenn eine Anwendung erstmals aufgerufen wird, sollen in der Regel Datenmengen angezeigt werden. Ein API muss daher nicht nur den Zugriff auf einen einzelnen Datensatz erlauben, sondern auch den Zugriff auf mehrere Datensätze über eine Mengenbeschreibung. So könnte beispielsweise ein Warensystem die jüngsten Bestellungen oder einen kritischen Lagerbestand anzeigen. Diese Informationen kann die Oberfläche der Anwendung jedoch nur dann darstellen, wenn das API darauf vorbereitet ist. Das bedeutet, das API muss die Möglichkeit vorsehen, dass Daten nach bestimmten Kriterien angezeigt werden können. Da bei REST alles als Ressource gilt, wird die Mengenbeschreibung der Daten als URL definiert, der sich mit zunehmender Tiefe immer weiter verfeinert. So wird beispielsweise die Datenermittlung aller Datensätze vom Typ Customer ohne Einschränkungen beginnen, dann vielleicht eine Einschränkung nach dem Bundesland und anschließend ­eine nach der Stadt anbieten. REST erlaubt mehrere Pfade nebeneinander, aber es müssen eben immer diese Pfade sein, über welche die Daten ermittelt werden. Daher werden die Möglichkeiten, die der Client für die Datenermittlung zur Verfügung hat, grundlegend von der REST-Schnittstelle, dem API zum Bereitstellen der Daten, bestimmt. Es ist somit immer nötig, den Client und dieses API aufeinander abzustimmen – der Client kann nur so viel, wie das API bereitstellt.