ServiceStack nuevo servicio lado a lado ASP.NET Sitio web MVC

En los ejemplos para ServiceStack no veo una sola aplicación que sea ASP.NET El sitio web de MVC primero y luego el servicio ServiceStack segundo.

Vamos a tomar un muy simple ASP.NET Aplicación web MVC que renderiza productos a través de vistas. Utiliza controladores, vistas, modelos y viewmodels.

Digamos que tenemos un modelo de Product que se mantiene en una DB de documento. Supongamos que tenemos un viewmodel de ProductViewModel que se mapea desde Product y se muestra dentro MVC Razor View / PartialView.

Así que este es un lado web de las cosas..ahora supongamos que queremos agregar un servicio que devuelve productos a varios clientes como las aplicaciones de Windows 8.

¿Deberían las clases request/response estar completamente desconectadas de lo que ya tenemos? Es posible que nuestro ProductViewModel ya contenga todo lo que queremos devolver del servicio.

Dado que ya tenemos Product (clase modelo) no podemos tener otra clase Product en el espacio de nombres de la API..bueno, podríamos pero eso hace que las cosas no estén claras y me gustaría evitarlo.

Entonces, ¿deberíamos introducir la clase independiente ProductRequest y la clase ProductRequestResponse (hereda ProductViewModel) en el espacio de nombres de la API?

Así ProductRequestResponse : ProductViewModel?

Lo que estoy diciendo es que ya tenemos las clases Model y ViewModel y para construir las clases Request y Response para el servicio SS tendríamos que crear otros dos archivos, principalmente copiando todo de las clases que ya tenemos. Esto no me parece SECO, podría siga las pautas de separación de preocupaciones, pero DRY también es importante, en realidad más que separar todo (separar todo conduce a la duplicación de código).

Lo que me gustaría ver es un caso en el que una aplicación web ya se ha hecho, actualmente cuenta con Modelos y ViewModels y devuelve las vistas adecuadas para su visualización en la Web, pero se puede extender a un servicio completamente funcional para apoyar a los clientes programáticos? Como clientes de AJAX etc...con lo que ya tener.

Otra cosa:

Si echas un vistazo a este ejemplo https://github.com/ServiceStack/ServiceStack.Examples/blob/master/src/ServiceStack.MovieRest/MovieService.cs

Verá que hay Movie Clase de solicitud y Movies Clase de solicitud (una para solicitud de una sola película, la otra para una lista de películas). Como tal, también hay dos servicios, MovieService y MoviesService, uno que se ocupa de las solicitudes de una sola película, el otro para un género de películas.

Ahora bien, aunque me gusta el enfoque de SS a los servicios y creo que es el correcto, no me gusta este tipo de separación simplemente por el tipo de solicitud. ¿Y si quisiera películas por director? ¿Estaría inventando otra clase request que tenga una propiedad Director y otro servicio (MoviesByDirector) para ella?

Creo que las muestras deben estar orientadas hacia un solo servicio. Todo lo que tiene que ver con las películas tiene que estar bajo un mismo techo. ¿Cómo se logra eso con ¿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;
    }
}