Zur Zeit lerne ich neue Themen-Webdienste in ASP.NET, aber ich verstehe die Konzepte von SOAP und RESTful in Webdiensten nicht und verstehe nicht, wie Sie diese Art von Diensten in .NET erstellen können.
Einer der Hauptvorteile von SOAP besteht darin, dass Sie eine WSDL-Dienstbeschreibung haben. Sie können den Dienst ziemlich automatisch erkennen und einen verwendbaren Clientproxy aus dieser Dienstbeschreibung generieren (generieren Sie die Dienstaufrufe, die erforderlichen Datentypen für die Methoden usw.). Beachten Sie, dass WSDL mit Version 2.0 alle HTTP-Verben unterstützt und auch zum Dokumentieren von RESTful-Services verwendet werden kann, aber zu diesem Zweck gibt es eine weniger ausführliche Alternative in WADL (Web Application Description Language).
Bei RESTful-Diensten wird die Nachrichtensicherheit vom Transportprotokoll (HTTPS) bereitgestellt und ist nur Punkt-zu-Punkt. Es verfügt nicht über ein Standard-Messaging-System und erwartet von den Clients, dass sie Kommunikationsfehler beheben, indem sie es erneut versuchen. SOAP verfügt über eine erfolgreiche / Wiederholungslogik und bietet End-to-End-Zuverlässigkeit selbst über SOAP-Intermediäre.
Einer der Hauptvorteile von RESTful API besteht darin, dass es flexibel für die Datendarstellung ist. Sie können beispielsweise Ihre Daten im XML- oder JSON-Format serialisieren. RESTful APIs sind sauberer oder einfacher zu verstehen, da sie ein Element der Verwendung von standardisierten URIs hinzufügen und dem verwendeten HTTP-Verb Bedeutung geben (d. H. GET, POST, PUT und DELETE).
RESTful-Services sind auch leicht, das heißt, sie haben nicht viel extra XML-Markup. Um RESTful-API aufzurufen, benötigen Sie lediglich einen Browser oder HTTP-Stack, und so ziemlich jedes Gerät oder jeder Computer, das mit einem Netzwerk verbunden ist, hat das.
Schließlich, für welche Architektur Sie sich auch immer entscheiden, stellen Sie sicher, dass es für Entwickler leicht ist, darauf zuzugreifen, und gut dokumentiert.
REF: Ссылка