Einleitung in einen Netz APIs ~ REST gegen SEIFE

Share

|

Beim Einwirken auf Netzdienstleistungen, dessen Wahl im Allgemeinen zu verwenden die Methode, für Sie getroffen wird. Die Mehrheit einen Dienstleistungen funktionieren entweder im REST oder in der SEIFE, nicht beide (Amazonas ist eine bemerkenswerte Ausnahme zu dieser Richtlinie). Wenn sie gegeben wird, sind die Wahl jedoch dort einige zu betrachten Punkte,:

• Obenliegende — REST-Anträge sind verhältnismäßig dünn. SEIFE Anträge enthalten andererseits eine Menge zusätzliche Informationen, die wirklich oben hinzufügen kann.

• Transparent — mit REST-Anträgen (selbst wenn abgeschlossenes Über-HTTPS), alle Antraginformationen wird in den freien Raum gesendet; mit SEIFE nur der Endpunkt (URL) ist sichtbar. Dieses kann wie ein scharf geschnittener Gewinn nicht durchaus klingen für SEIFE, aber. Wenn Anträge in den freien Raum gehen, können sie durch das relevante leicht überwacht werden ES Abteilungen und durch Brandmauern aussortiert werden. REST-Anträge können (wenn dieses wie zulässig durch gekennzeichnet wird, den Bediener), durch vorhandene Infrastruktur auch leicht cachiert werden und Bedienerlast und Bandbreite Kosten verringern.

• Benutzerfreundlichkeit — viele Entwickler hat eine Präferenz angezeigt, um sich für REST-Bediener zu entwickeln, weil die Anträge ohne die ganze Extraverkapselung schnell erzeugt werden können, die von SOAP benötigt wird. Amazonas, z.B. (anbieten REST- und SEIFEN-Schnittstellen), läßt 85 Prozent seiner Anträge über REST auftreten.

• Service-Definition — SEIFE Dienstleistungen werden durch Web Services Beschreibung Sprachen (WSDL) Akten definiert, die alle Informationen enthalten, die erfordert werden, um einen Antrag zu bilden. Tatsächlich sind generische SEIFE Klienten vorhanden, daß Ihnen erlaubt, jeden möglichen Antrag zu bilden, der von einem Service bereitgestellt wird, der nichts aber gegeben werden, von der Adresse der WSDL Akte. Es gibt kein Äquivalent für REST-Dienstleistungen.

• Verkapselung — SEIFE Anträge werden innerhalb eines XML Umschlags eingekapselt. Der Körper des Antrags selbst wird andererseits innerhalb eines Körperelements eingekapselt. Die Hinzufügung von Namespacing innerhalb des Dokumentes geht weiter, offenbar genau zu definieren, was jedes Element beschreibt. Es gibt einige ausgezeichnete Werkzeuge, heraus dort, zum der Dokumentkreation zu unterstützen, die die Langwierigkeit aus dem Verursachen dieser längeren Anträge heraus nehmen kann.

Gesamt, gibt es keinen freien Sieger (wenn es gab, würde ich nicht brauchen, beide einzuführen). Die Wahl hängt von der bestimmten Anwendung und von den Werkzeugen ab, die, sie zu errichten vorhanden sind. , wenn es die Wahl gegeben wird, ziehe mich Allgemeines, sprechend es vor, SEIFE in meinen Netzservice-Kommunikationen zu benutzen. Ich glaube, daß die Service-Definition und -verkapselung, die von SOAP zur Verfügung gestellt werden, die zusätzlichen Unkosten und den Mangel an Protokoll-Niveau Transparent überwiegt.

Anmerkung

Ein anderer allgemeiner Netzservice API ist XML-RPC. Obgleich XML-RPC ziemlich einfach ist zu erlernen und zu verwenden, ermangelt es die Eigenschaften der SEIFE beim Behalten viel höherer Unkosten als REST. Folglich abhängig von Ihren Zwecken, würden wählender REST oder SEIFE fast immer eine bessere Wahl sein.