Frage

Ich freue mich auf meine bestehenden .NET-Bibliotheken zu einem Intranet verfügbar zu machen.

Mit vielen auf RESTful Services bewegen, OpenRasta sieht verlockend. In ähnlicher Weise, ich spiele um mit Sinatra in IronRuby .

ich in erster Linie bin für 3 Punkte:
1) Was sind Sie mit Ihrer bestehenden Code-Basis auf die Bahn zu entlarven?
2) Was ist Ihre Methode macht es einfach zu implementieren
3) Was ist Ihre Methode macht es sicher?

War es hilfreich?

Lösung

Ich glaube, wenn die Bibliothek nicht mit dem Internet ausgesetzt werden sollte, wurde entworfen, dann so tun, eine schlechte Idee ist.

Wenn ferner die Bibliothek nicht mit Dingen beschäftigen, den Sinn als Ressourcen in einem HTTP-Sinne machen, dann ist es nicht eine gute Idee, sie mit einer REST-Schnittstelle verfügbar zu machen.


Als Reaktion auf den Kommentar: "Warum?"

Ich nehme an, es ist eine gut konzipierte Bibliothek. Ich nehme an, Sie bestimmte Anforderungen im Sinn hatte, wenn die Bibliothek entworfen wurde; Anwendungsfälle und Szenarien sicher; Sie können sogar Proben geschrieben haben, die Bibliothek zu verwenden, nur um sicherzugehen, dass es einfach zu bedienen. Als Ergebnis erfüllt die Bibliothek alle diese Anforderungen und kann gut gestalteten aufgerufen werden.

Aber Sie scheinen nicht enthalten zu haben „mit dem Internet aussetzen“ in Ihren Anforderungen entsprechen, oder Fälle verwenden. Sie scheinen nicht „aussetzen über eine REST-Schnittstelle“ aufgenommen zu haben, auch nicht. Die Chancen stehen gut, dass die Bibliothek, die gut ausgebildet ist, eine Reihe von Anforderungen werden nicht erfüllt gut gestalteten die beiden anderen gerecht zu werden, es sei denn, es zufällig ist.

Dies ist insbesondere der Fall für den Aspekt REST. Die Objekte, die von einer Bibliothek ausgesetzt sind ziemlich unwahrscheinlich, dass die HTTP-Definition von „Ressource“ zu erfüllen, dass REST auf basiert. sie in die richtige Form zu verdrehen versucht, wird nur schmerzhaft sein.

Meine Empfehlung wäre, eine neue Reihe von Anforderungen zur Belichtung der Funktionalität Ihre Bibliothek als gut konzipierte Reihe von Dienstleistungen zusammen zu bekommen. Diese Dienste würden durch Anrufe Ihrer Bibliothek implementiert werden.

In einer idealen Welt, ist dieser Prozess in einem REST-API führen würde, die genau wie das ist, das Sie in erster Linie entworfen hätte. Aber es kann in etwas ganz anderes zur Folge hat.

Andere Tipps

Ich persönlich verwende WCF meine .NET-Bibliotheken aus. Es unterstützt viele verschiedene Transportprotokolle und Bindungen. Ich bin sicher, dass Sie finden, die Ihren Bedürfnissen entspricht. Es erlaubt Ihnen auch Kommunikation noreferrer"> sichern rel="nofollow.

scroll top