REST API

Bij ontvangst van een verzoek REST, zal de informatie komen via GET. Als zodanig zal alle informatie moeten worden URL-gecodeerd tijdens de transmissie, je zal waarschijnlijk wilt decoderen alvorens het te onderwerpen aan een verdere verwerking (de uitzondering gebruikersnamen en wachtwoorden, die over het algemeen als verwerkte-is). Verschillende soorten verzoek moet worden gericht aan verschillende eindpunten (URL's), als je wilt een script te gebruiken om alle verzoeken te behandelen, kunt u ofwel presenteren aan ontwikkelaars op die manier (alle verzoeken naar een eindpunt), of configureer uw website server in kaart veel eindpunten aan een script. Ik zou in het algemeen suggereren het laatste, het is inline met de specificatie en het u toestaat om later wijzigingen aanbrengen zonder dat de externe interfaces ontwikkelaars gebruiken.

SOAP API

Wanneer de SOAP verzoek komt, moet eerst worden gecontroleerd om ervoor te zorgen dat het voldoet aan het formaat van uw WSDL-document. Als u een hulpmiddel gebruikt, zoals nuSOAP, is dit voor u gedaan. In feite zijn de meeste SOAP API's gebruiken een kader dat zorgt voor veel van het zware werk bij de behandeling van de verzoeken. SOAP API's gebruiken een eindpunt voor alle aanvragen (als regel enkele grote API's aparte uiteenlopende functies op verschillende eindpunten), en als gevolg hiervan zult u waarschijnlijk hebt een grote script op dat punt, of veel require () oproepen uitgevoerd afhankelijk van de specifieke oproep.

Overweeg zodat ontwikkelaars een web-interface gebruiken waar ze gehele verzoek documenten kunt plakken op een formulier, en lopen ze tegen je server. Spreken uit directe ervaring, met zoiets als dit beschikbaar is van groot nut voor ontwikkelaars wanneer het proberen om de diagnose een probleem. Het verstrekken van scripts of functies op uw site om ontwikkelaars in staat te stellen aanvragen handmatig zal ook van de bijstand aan ontwikkelaars geen gebruik van een SOAP kader.