asp.net-mvc - refieren - modelo vista controlador ventajas y desventajas

¿Debería ServiceStack ser la capa de servicio en una aplicación MVC o debería llamar a la capa de servicio?

Question

Estoy creando un sitio web de MVC y también tengo la intención de crear una API web para usar tanto en el sitio web como potencialmente por terceros.

Desde los controladores MVC llamaré a una capa de servicio que contendrá lógica de negocios, actuará en modelos de dominio, realizará validación, realizará llamadas de servicio externo de infraestructura, etc. La capa de servicio a su vez llamará a los repositorios para cualquier interacción con la base de datos.

Ahora, me gusta el aspecto de ServiceStack y tengo la intención de usarlo para la API web; parece más maduro que ASP.NET MVC 4 Web API . Mi pregunta es, ¿debería tener la llamada ServiceStack API en mi capa de servicio anterior, similar a los controladores MVC, o debería convertirla en la capa de servicio, dando servicio tanto a los clientes web como a los controladores MVC?

Answer 1

Yo no haría ninguna de las dos cosas.

Idealmente, tanto MVC como ServiceStack deberían usar y compartir dependencias C # puras. Un buen ejemplo de que un sitio web de MVC + ServiceStack SocialBootstrapApi armónicamente es el proyecto de demostración SocialBootstrapApi , que se implementó en AppHarbor en: http://bootstrapapi.apphb.com

Registraría todas sus dependencias en su ServiceStack AppHost y luego registraría una fábrica de MVC Controller para que tanto sus controladores MVC como los servicios de ServiceStack se conecten automáticamente con estas dependencias.

En tu AppHost:

void Configure(Funq.Container container) {
    container.Register<IGreeter>(c => new Greeter());
    //Set MVC to use the same Funq IOC as ServiceStack
    ControllerBuilder.Current.SetControllerFactory(
       new FunqControllerFactory(container));
}

Ejemplo del servicio ServiceStack usando IGreeter

public class HelloService : Service {
    public IGreeter Greeter { get; set; } //Autowired

    public HelloResponse Get(Hello request) {
        return new HelloResponse { 
           Result = Greeter.SayHelloTo(request.Name) };
    }
}

Ejemplo de controlador MVC que usa el mismo IGreeter:

public HelloController : ServiceStackController {
    public IGreeter Greeter { get; set; } //Autowired

    public void Index(string name) {
       ViewBag.GreetResult = Greeter.SayHelloTo(name);
       return View();
    }        
}

La idea general es para la lógica dentro de los controladores MVC. Los servicios de ServiceStack deberían preocuparse por la capa HTTP / punto de integración, es decir, recopilar la entrada del usuario de las variables QueryString o FORM POST''ed y llamar a la lógica de C # pura / comprobable para luego preparar la respuesta. en ServiceStack que llenaría el Response DTO, mientras que para un controlador MVC estaría poblando el ViewModel.

Llamar a los servicios de ServiceStack desde un controlador MVC

Aunque quisiera que la funcionalidad de compartir controladores + ServiceStack a través de un servicio C # greet arriba, también puede llamar a un servicio ServiceStack desde un controlador MVC como:

public HelloController : ServiceStackController {

  public void Index(string name) 
  {
    using (var helloService = AppHostBase.ResolveService<HelloService>())
    {
       ViewBag.GreetResult = helloService.Get(name).Result;
       return View();
    }
  }        
}

Compartir sesión / almacenamiento en caché con ServiceStackController

Aunque los ejemplos de MVC Controller heredan de ServiceStackController , no es necesario, pero sí le permite compartir los mismos atributos Session / Caching / Authentication + RequiredRole / RequiredPermission en MVC y ServiceStack.

Consulte MVC PowerPack para conocer otros beneficios que ServiceStack aporta a MVC.