Design Entscheidung für die Erstellung/Verfügbarmachung von Webservices für Dritte

Question

Wir entwickeln gerade ein Java-basiertes CMS für Reise-Domains und denken darüber nach, Web-Services offenzulegen, damit interessierte Dritte sie zum Abrufen von Daten/Inhalten nutzen können von unserem System zu veröffentlichen in dort Portal/Anwendung

Ich bin mir nicht sicher, wie wir diese Web-Services und nicht in der Lage, eine klare Vorstellung von Design-Perspektive zu bieten.

Da wir Action-Klassen (Controller) haben, um die Ansicht zu betrachten und Daten zurückzusenden, um sie anzuzeigen, sind diese Action-Klassen für die Interaktion mit der Facade-Ebene verantwortlich.

Kann mir jemand vorschlagen, was der beste Ansatz sein sollte.

1. Sollten wir Aktionsklassen als Rest-Schnittstelle auch offen legen.
2. Sollten wir einen separaten Satz von Klassen erstellen, die ausgesetzt werden sollten.
3. Sollten wir gehen voran mit dem Rest Stil oder SOAP-basierten Ansatz

myu Frage ein wenig subjektiv ist aber schon jetzt ohne jede Richtung ich nicht sicher bin ich andere Infos hier

-Update setzen können

Ab jetzt denken wir nicht über das Buchen von Tickets usw. nach, aber die meisten Sachen werden nur darin bestehen, Inhalte aus dem System zu holen. Aber vielleicht in Zukunft sein, die wir Optionen bieten wird einige Produkte thrid Partei anzubieten, die es über verkaufen können Appllication

Answer 1

Zunächst einmal einen Blick auf Difference between REST and WebServices

nehmen können, dann müssen Sie wissen, werden dritte Parteien können einige Daten auf Ihrer Seite ändern (Registrierung, Authentifizierung, Buchung von Tickets etc.). In diesem Fall ist die Verwendung von REST für mich vorzuziehen.

Meiner Meinung nach sollten Sie einige Klassen erstellen, die für die Verwendung Ihrer Action-Klassen verantwortlich sind und sie müssen auch einige Sicherheitsfunktionen implementieren. Wie ich annehme, sind Ihre Aktionen interne Sachen und Sicherheit muss auf einer höheren Ebene implementiert werden.

Wenn der Zugriff schreibgeschützt ist (wie alle Daten vom Typ XXXX erhalten), ist auch SOAP anwendbar.

Also mein Vorschlag: 2. Separate Reihe von Klassen 3. User REST - obwohl es flexibler scheint.

Answer 2

Zeigen Sie Aktionsklassen als URLs an, wenn Sie Zeit und Aufwand sparen möchten.

Aber REST-APIs wären langfristig am besten geeignet, da sie skalierbar sind und wenn Sie später möchten, dass Benutzer Daten über APIs aktualisieren/erstellen.