Restful-service .NET mit WADL statt WSDL
Ich verwendet WCF erstellen eines restful web service in .NET, durch eine .svc-Datei. Die web-Anwendung erzeugt automatisch eine WSDL-Datei. AFAIK, das WADL ist natürlicher für einen restful web service.
Wie könnte ich einen restful service .NET (vorzugsweise mit wcf), produziert eine WADL-Beschreibung?
Hinweis Eine Antwort wie "RTFM" ist akzeptiert, so lange wie Sie angeben, eine geeignete Anleitung/tutorial.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Verzeihen Sie mir für die Beantwortung einer Frage mit einer Frage, aber willst du wirklich RUHE? REST hat wirklich keine Notwendigkeit für Dinge wie WADL.
Update:
Die "hypermedia-constraint" (aka HATEOAS) schreibt vor, dass der user-agent entdeckt, die Inhalt basierend auf links, die eingebettet in die zuvor abgerufenen Inhalt. Es ist wirklich unnötig, ein separates Dokument, in dem alle verfügbaren Inhalte.
Vorstellen, über einen web-browser und gehen Sie zu einer Website, und stattdessen gehen Sie zur Startseite und navigieren von dort aus, hat man eine Seite, die eine Liste aller URLs auf der Website. Sie muss dann sieht Sie durch die Liste der verfügbaren urls, wählen Sie die, die Sie möchten, und kopieren Sie ihn in die Adressleiste ein.
WADL ist effektiv Sie die Liste der Website-urls. Sie wissen einfach nicht brauchen, wenn Sie Ihre wichtigsten Inhalte ist miteinander verknüpft.
Verknüpfen von Inhalten statt mit einem WADL - "site map" hat noch andere Vorteile. Die verfügbaren links werden dynamisch auf der Basis bestimmter Werte in den Inhalt. Diese Funktion kann erheblich reduzieren die Komplexität des clients, da der client nicht länger benötigt, um die host-Logik zu entscheiden, wenn es erlaubt ist, einem link Folgen.
Dies ist eine alte Frage, aber nachdem Sie verbraucht restful-Dienste mit WADLs, die Sie bieten einige Wert. Können Sie importieren Sie Sie direkt in SOAPUI und es baut eine test-suite für Sie automatisch. Zweitens neigen Sie dazu, enthält alle erforderlichen XSDs für XML-basierte Dienste und sind nützlich für die automatische Gebäude serialisable Klassen, die Ihre Endpunkte akzeptieren und zu empfangen.
Sieht aus wie REST Beschreiben & Kompilieren sollte den trick tun.