nicht angemeldet
Hakuna matata!
Eine REST-API besteht im Allgemeinen aus vielen Anfragemöglichkeiten, die nicht alle nur auf POST basieren, zumindest auch die GET-Methode wird wohl von den meisten APIs rege genutzt. GET-Anfragen haben allerdings keinen Body, deshalb ist es auch nicht möglich dort den API-Key zu übertragen. In diesem Fall müsste man den API-Key also anderorts kodieren. Dies ginge in einem Cookie oder in einem benutzerdefinierten Header, oder eben im Querystring der URL. Jetzt hat man blöderweise den Fall, dass der API-Key bei POST-Anfragen im Body übertragen wird und bei GET-Anfragen im Header oder in der URL. Das erfordert schon zwei verschiedene Lösungen für das selbe Problem. Da sollten dann die Alarmglocken angehen.
Wenn Du's genau nehmen willst: Der Request an die google-API ist idempotent. D.h., dass mehrere aufeinanderfolgende Anfragen dasselbe Ergebnis liefern. Hier würde sich POST oder PUT sowieso verbieten, also wenn Du's genau nehmen willst mit irgendwelchen Richtlinien bezüglich REST. Bei der lächerlich geringen Datenmenge ein GET und gut isses. Den JSON-String in Percent-Encoding ist überhaupt kein Problem.
MfG
Robert R.