ServiceStack DTO Assembly

Question

Wir bauen unsere erste kleine Implementierung von ServiceStack auf und wir benötigen einige Erläuterungen zu DTOs, die sich in einer separaten Assembly befinden, die sich der Client und der Server teilen.

The WIKI page for the new API empfiehlt für DTO

In Service Entwicklung Ihre Dienste DTOs Ihre Technologie agnostisch Service Layer zur Verfügung, die Sie sauber und als ‚Abhängigkeit frei‘ wie möglich für maximale Zugänglichkeit und potenziellen Wieder behalten wollen -benutzen. Unsere Empfehlung ist es, Ihre Service-DTOs in einer separaten, weitgehend dep-freien Montage zu halten.

Es gibt auch diese Schnipsel

* Aber lassen Sie uns sagen, dass Sie die normale Route nehmen die DTOs kopieren (entweder als Quelltext binärer Form), so haben Sie so etwas wie dies auf dem Client:

[Route("/reqstars")] 
public class AllReqstars : IReturn<List<Reqstar>> { } 

The code on the client now just becomes: 

var client = new JsonServiceClient(BaseUri); 
List<Reqstar> response = client.Get(new AllReqstars()); 

, die an die/reqstars Route eine GET-Web-Anfrage macht. Wenn eine benutzerdefinierte Route nicht auf dem Client vorhanden ist, greift sie automatisch auf die vordefinierten Routen von ServiceStack zurück.

Meine Frage ist ... ist die „weitgehend dep frei“ Montag erfordert noch eine Abhängigkeit von ServiceStack aufgrund der Strecken Attributs auf den DTO-Klassen?

Answer 1

Das [Route] Attribut existiert im ServiceStack.Interfaces Projekt, so müssen Sie nach wie vor nur einen Verweis auf die Abhängigkeit und impl freien ServiceStack.Interfaces.dll. Dies ist beabsichtigt, um eine möglichst geringe Abhängigkeit zu gewährleisten. Aus diesem Grund versuchen wir, alle Metadatenattribute, die Sie für DTOs verwenden, im Interfaces-Projekt beizubehalten.

Der Grund dafür, dass Sie Ihre DTOs in einer separaten Assembly aufbewahren möchten, besteht darin, die Abhängigkeiten zu reduzieren, die von Ihren Clients benötigt werden, um sie verwenden zu können. Dies macht es weniger invasiv und für die Kunden zugänglicher. Auch Ihre DTOs stellen Ihren Servicevertrag dar. Wenn Sie sie getrennt aufbewahren, wird die gute Praxis gefördert, sie von der Implementierung zu entkoppeln, die Sie weiterhin frei gestalten können.