asp.net-mvc - que - razor pages vs mvc

Áreas ASP.NET MVC: ¿Son importantes para una aplicación grande?

Question

Estoy en el proceso de desarrollar una gran aplicación ASP.NET MVC. Actualmente estoy trabajando en los mecanismos que usaré para estructurar mis controladores / vistas. He visto alguna mención de monorriel y su uso de "áreas". Revisé el artículo de Haacked y parece una opción interesante. Lo que me gustaría saber es si alguien ha implementado áreas en una aplicación ASP.NET MVC y si tienen algún recurso en línea que pueda ayudar a implementar las áreas y justificar su existencia.

Answer 1

Mi equipo y yo actualmente estamos desarrollando una aplicación muy grande que utiliza el marco ASP.NET MVC como la tecnología subyacente. Estamos usando áreas , nombres de vista fuertemente tipados y nuestra propia versión de localización . Hasta ahora está funcionando muy bien.

El acuerdo con ASP.NET MVC para mí iba a ser que los nombres de los controladores tenían que ser únicos. Era perfectamente previsible requerir un controlador para administrar las existencias dentro del inventario y despachar áreas de mi aplicación y ordenarlas sería demasiado difícil. Con áreas esto ya no es un problema. Recomiendo encarecidamente usarlos como ha descrito Phil Haack.

Alternativamente, podría ver la implementación de Steven Sanderson, donde lo ha llevado un poco más allá, aunque para nosotros no era algo que necesitáramos.

No me sorprendería ver a Areas implementado en ASP.NET MVC muy pronto.

Buena suerte con su aplicación, no creo que lamente elegir ASP.NET MVC.

Answer 2

Tomado de S # arp apchitecture 1.0 Notas de la versión Beta :

Inclusión de "áreas" de vista que se admiten sin problemas como subcarpetas en la carpeta Vistas

Answer 3

El soporte de áreas en una aplicación grande es absolutamente vital en mi opinión. Me parece bastante extraño que Microsoft tenga la intención de lanzar ASP.NET MVC 1.0 sin soporte integrado para las áreas.

Afortunadamente, a lo que MVC le falta capacidad lo compensa en extensibilidad. Por ejemplo, en S # arp Architecture, como mencionó brevemente Asaf, tomé la guía de Phil Haack ( http://haacked.com/archive/2008/11/04/areas-in-aspnetmvc.aspx ) y Steve Sanderson ( http : //blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/ ) pero modificó el resultado combinado para admitir áreas directamente debajo de la carpeta de vista. (No me gustó que hubiera una carpeta separada de "Áreas" para contener tus áreas de visualización.) En otras palabras, si creas un área "Animales" con un controlador correspondiente Animals.AardvarksController, tu carpeta Views reflejaría Views / Animals / Aardvarks.

Si no está interesado en utilizar toda la arquitectura de S # arp, le recomiendo que al menos consulte cómo se implementaron las áreas en este marco para usar en su propia aplicación. El código relevante incluye:

• Las clases de soporte del área reutilizable: http://sharp-architecture.googlecode.com/svn/trunk/src/SharpArch/SharpArch.Web/Areas/
• La sustitución del motor de visualización: http://sharp-architecture.googlecode.com/svn/trunk/src/NorthwindSample/app/Northwind.Web/Global.asax.cs
• La declaración del "área" (este ejemplo tiene un espacio de nombre / área llamada "Organización"): http://sharp-architecture.googlecode.com/svn/trunk/src/NorthwindSample/app/Northwind.Web.Controllers/RouteGeorg. .cs
• Las vistas en el área: http://sharp-architecture.googlecode.com/svn/trunk/src/NorthwindSample/app/Northwind.Web/Views/Organization/Employees/

Por cierto, S # arp Architecture incluye un generador de andamios CRUD que tiene en cuenta los espacios de nombres anidados de forma automática. Como mencionó Asaf, puedes obtener más información al respecto en http://code.google.com/p/sharp-architecture/

Billy McCafferty