asp.net mvc - vistas - Una estructura de carpeta ideal para.NET MVC

plantillas mvc visual studio 2015

Question

Cuando comencé en .NET Webforms, no tuve muchos problemas para encontrar una estructura de carpetas que seguir, ya que VS le ofreció carpetas de aplicaciones como "App_Code" y la mayoría de los ejemplos de aplicaciones ponen "BLL", "DAL" dentro, etc.

Pero ahora en MVC, cada ejemplo que verifico usa una estructura diferente, como esta vez sin estándares y no he encontrado una buena solución en Google o SO.

Entonces, tal vez podamos compartir cómo organizamos nuestros proyectos MVC, y podemos ayudar a otros a tomar sus propias decisiones. Aquí está la estructura para proyectos pequeños a medianos que uso:

App_Data
Areas
Admin
Controllers
Models
Views
MyAccount
Controllers
Models
Views
Content
Images
Scripts
Styles
Controllers
HomeController.cs
Helpers
ExtensionMethods // I.e. based on HtmlHelper, use "helper" suffix
MenuHelper.cs // to be called as html.Menu()
Utilities.cs // Other generic (static) libraries, no suffix used
Models
ViewModels // for passing models to Views
RegisterViewModel.cs // use "ViewModel" suffix
Customer.cs // to extend models like adding Model Validation
Repositories
CustomerRepository.cs // use "Repository" suffix
Services
CustomerService.cs // use "Service" suffix, to move code away from controllers
Views
Home
Index.cshtml
Register.cshtml
Shared // Site Layouts (Master templates), also put partials here
SiteLayout.cshtml

¿Qué tal el tuyo?

Answer 1

Descubrí que simplifica la implementación para que el proyecto del sitio web contenga solo contenido (sin código compilado).

Algo como:

Proyecto web.Site

 Content
Images
Css
Scripts
Views
web.config

Y mueva todo el código compilado a otro proyecto:

Proyecto web

 Controllers
Filters
Models
...

Luego, puede tratar todo lo que se encuentre dentro del proyecto Web.Site como si fuera necesario desplegarlo, y todos los ensamblajes requeridos estarán en Web.Sitio / bin.

Ya sea que esté realizando una implementación sencilla de xcopy o use WiX para crear un paquete MSI, esto hará la vida un poco más fácil.

Answer 2

Mientras esté claro dónde están las cosas, no importa mucho. Creo que es solo una cuestión de ser coherente dentro de su organización / grupo.

Answer 3

Yo segundo el enfoque de dos proyectos. Jimmy Bogard también tiene un buen post sobre el enfoque (asegúrate de revisar todos los comentarios).

Personalmente, encuentro que cuando estoy trabajando en una parte de una aplicación, uso servicios relacionados, controladores, repositorios, etc., y cuando pones cada uno de estos archivos en una carpeta diferente, puede resultar tedioso ir y venir y encontrarlos. . Después de algunos juegos he estado siguiendo este formato:

AppName.Web.UI

Scripts
Content
View

AppName.UI.Core

Attributes
Filters
Formatters
Helpers
Models
Company
Interfaces
IController.cs
IRepository.cs
IService.cs
ViewModels
ViewModel1.cs
ViewModel2.cs
Controller.cs
Repository.cs
Service.cs
User
....
Plugins (mailchimp, Twitter OAuth, etc..)
Global.asax (define all the code here rather than in the UI project)

Proyecto de prueba

 ...

Creo que depende de cuán grande sea su proyecto en cuanto a si se desglosa aún más y usa las subcarpetas Interface y ViewModel. No es perfecto, pero he encontrado que combina mejor con la forma en que pienso.

El caso también se puede hacer para colocar sus servicios y repositorios en un tercer proyecto (AppName.Core), dejando que el proyecto AppName.Web.Core encapsule solo las partes relacionadas con la Web (Atributos, Controladores. ViewModels, etc.). De nuevo eso realmente se relaciona con la complejidad del proyecto.