ServiceStack nowa usługa obok siebie ASP.NET strona MVC

W przykładach dla ServiceStack nie widzę ani jednej aplikacji, która jest ASP.NET najpierw strona MVC, a następnie serwis ServiceStack.

Weźmy bardzo prosty ASP.NET aplikacja webowa MVC, która renderuje produkty poprzez widoki. Wykorzystuje Kontrolery, widoki, modele i viewmodele.

Załóżmy, że mamy model Product, który zostaje zapisany w DB dokumentu. Załóżmy, że mamy viewmodel ProductViewModel, który jest mapowany z Product i wyświetlany wewnątrz MVC Razor View/PartialView.

Więc to jest strona internetowa rzeczy..Załóżmy teraz, że chcemy dodać usługę zwracającą produkty do różnych klientów, takich jak Aplikacje Windows 8.

Czy klasy request/response powinny być całkowicie odłączone od tego, co już mamy? Nasz ProductViewModel może zawierać już wszystko, co chcemy zwrócić z serwisu.

Ponieważ mamy już Product (klasa modelu), nie możemy mieć innej Product klasy w przestrzeni nazw API..moglibyśmy, ale to sprawia, że sprawy są niejasne i chciałbym tego uniknąć.

Czy zatem powinniśmy wprowadzić samodzielną klasę ProductRequest oraz klasę ProductRequestResponse (inherits ProductViewModel) w przestrzeni nazw API?

Tak jak ProductRequestResponse : ProductViewModel?

Chodzi mi o to, że mamy już klasy Model i ViewModel i aby skonstruować klasy Request I Response dla usługi SS musielibyśmy utworzyć kolejne dwa pliki, głównie kopiując wszystko z klas, które już mamy. Nie wygląda mi to na sucho, może postępuj zgodnie z wytycznymi dotyczącymi rozdzielania problemów, ale suchość jest również ważna, w rzeczywistości bardziej niż oddzielanie wszystkiego (oddzielanie wszystkiego prowadzi do powielania kodu).

Chciałbym zobaczyć przypadek, w którym aplikacja webowa została już stworzona, obecnie zawiera modele i Viewmodele i zwraca odpowiednie widoki do wyświetlania w Internecie, ale może być rozszerzona na w pełni funkcjonalną usługę obsługującą klientów programmatic? Jak klienci AJAX itp...z tym, co już mam.

Inna sprawa:

Jeśli spojrzeć na ten przykład https://github.com/ServiceStack/ServiceStack.Examples/blob/master/src/ServiceStack.MovieRest/MovieService.cs

Zobaczysz tam Movie Request class i Movies Request class (jedna dla pojedynczego żądania filmu, druga dla listy filmów). W związku z tym istnieją również dwie usługi, MovieService i MoviesService, jedna zajmująca się wnioskami o jeden film, druga o gatunek filmu.

Teraz, podczas gdy Lubię podejście SS do usług i myślę, że jest to właściwe, nie lubię tego rodzaju separacji tylko ze względu na rodzaj żądania. A gdybym chciał filmy według reżysera? Czy będę wymyślał jeszcze jedną klasę request posiadającą Director właściwość i jeszcze inną usługę (MoviesByDirector) dla niej?

Myślę, że próbki powinny być zorientowane na jedną usługę. Wszystko, co ma do czynienia z filmami, musi znajdować się pod jednym dachem. Jak można to osiągnąć z ServiceStack?

public class ProductsService : Service
{
    private readonly IDocumentSession _session;
    private readonly ProductsHelperService _productsHelperService;
    private readonly ProductCategorizationHelperService _productCategorization;

    public class ProductRequest : IReturn<ProductRequestResponse>
    {
        public int Id { get; set; }
    }

    // Does this make sense? 
    // Please note, we use ProductViewModel in our Views and it holds everything we'd want in service response also
    public class ProductRequestResponse : ProductViewModel
    {
    }

    public ProductRequestResponse GetProducts(ProductRequest request)
    {
        ProductRequestResponse response = null;
        if (request.Id >= 0)
        {
            var product = _session.Load<Product>(request.Id);
            response.InjectFrom(product);
        }
        return response;
    }
}