¿Cuándo debería crear una nueva clase de controlador en ASP.NET MVC?

Question

Estoy aprendiendo MVC y tengo problemas para decidir cuándo debo crear un nuevo controlador en lugar de solo agregar una acción y ver asociado a un controlador existente. Por un lado, la responsabilidad única parecería decir que un controlador debe limitarse a unas pocas acciones. Sin embargo, cuando intento esto, el número de clases crece exponencialmente (modelo, vistas y controlador para cada una), hasta el punto en que me pregunto si me estoy excediendo.

Por ejemplo, el AccountController predeterminado tiene Login, ChangePassword y acciones de registro. En su lugar, tendería a crear un LoginController, PasswordController y ProfileController, y clases de modelos relacionados. Entonces, donde había 1 clase, habría 3-6.

¿Hay alguna buena regla general sobre esto?

Answer 1

Creo que debe ser pragmático al respecto. Estoy trabajando en un proyecto que consiste en un StatsController. El número de acciones crece continuamente (RandomStat, MostPopular, MostViewed, MostVoted, etc.) la lista sigue y sigue. Estas acciones son simples de satisfacer ya que las dependencias de StatsController no cambian. Estoy usando un IoC para satisfacer lo que necesitan mis controladores y cuando empiezo a ver que mis controladores necesitan referencias a objetos nuevos, esta es una señal de que deben separarse.

Si su LoginController, PasswordController y ProfileController confían en los mismos objetos, ¿por qué separarlos?

Answer 2

Debe dedicar un controlador para cada tipo de modelo que está manipulando. El controlador actúa como una colección de acciones que actúan sobre esos modelos. Esta es generalmente la regla de oro, pero a veces el alcance de un controlador trasciende un modelo único.

El AccountController se ocupa de todo lo relacionado con la autenticación. Este es un ejemplo de ir más allá del alcance de un solo modelo para abarcar la autenticación en general. ¿Cuáles son las partes clave de la autenticación? Recuperar usuarios, cambiar contraseñas, etc.

Answer 3

Mi AccountController actual tiene 12 métodos que para mí es completamente manejable.

Tengo otro controlador que actualmente tiene 34 métodos, pero todos están vinculados a una sola vista y cada uno tiene alrededor de 8-10 líneas de código máximo (compruebe los parámetros necesarios, actualice el modelo y redirigir según sea necesario).

La clave es encapsular su lógica de negocio en un módulo completamente separado. Eso permitirá que sus manejadores de acción sigan siendo extremadamente livianos y puedan hacer más fácil la prueba de su lógica comercial.