.NET MVC의 이상적인 폴더 구조

Question

.NET Webforms에서 시작했을 때 VS가 "App_Code"와 같은 응용 프로그램 폴더를 제공하고 대부분의 응용 프로그램 예제에서 "BLL"을 입력했기 때문에 폴더 구조를 찾는 데 많은 어려움이 없었습니다. 그 안에 "DAL"이 있습니다.

하지만 MVC에서는 이번에는 표준이없는 것과 같이 다른 구조를 사용하고 있으며 Google 또는 SO에서 좋은 해결책을 찾지 못했습니다.

아마도 MVC 프로젝트를 구성하는 방법을 공유하고 다른 사람들이 자신의 마음을 닦을 수 있도록 도와 줄 수 있습니다. 다음은 내가 사용하는 중소 프로젝트를위한 구조입니다 :

당신은 어떻습니까?

Answer 1

사물이 어디에 있는지 분명하면 아무리 중요하지 않습니다. 조직/그룹 내에서 일관성을 유지하는 것이 중요하다고 생각합니다.

Answer 2

웹 사이트 프로젝트에 콘텐츠 (컴파일 된 코드 없음) 만 포함되도록 배치가 간단하다는 사실을 발견했습니다.

뭔가 같은 :

Web.Site 프로젝트

Content 
     Images 
     Css 
    Scripts 
    Views 
    web.config 

그리고 다른 프로젝트에 모든 컴파일 된 코드를 이동 :

웹 프로젝트

Controllers 
    Filters 
    Models 
    ... 

그런 다음 Web.Site 프로젝트 내의 모든 것을 배포해야하므로 처리 할 수 ​​있으며 필요한 모든 어셈블리는 Web.Site \ bin에 있습니다.

간단한 xcopy 배포를 수행하든 WiX를 사용하여 MSI 패키지를 작성하든 관계없이이 작업이 조금 더 쉬워집니다.

Answer 3

두 번째 프로젝트 접근법. Jimmy Bogard는 nice post on the approach도 갖고 있습니다 (모든 설명을 읽어야합니다).

저는 개인적으로 관련 서비스, 컨트롤러, 리포지토리 등을 사용하는 응용 프로그램의 일부에서 작업 할 때마다 이러한 파일을 다른 폴더에 넣을 때 지루한 결과가 발생할 수 있음을 직접 확인했습니다. 앞으로 찾아서.

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) 

테스트 프로젝트

: 약간의 장난 후 나는이 형식을 다음 봤는데

... 

당신이 더 세분화하고 Interface 및 ViewModel 하위 폴더를 사용하는지 여부는 프로젝트가 얼마나 큰지에 달려 있다고 생각합니다. 그게 완벽하지는 않지만, 내가 생각하는 방식으로 더 잘 맞았다는 것을 알게되었습니다.

서비스 및 저장소를 세 번째 프로젝트 (AppName.Core)에 넣고 AppName.Web.Core 프로젝트가 웹 관련 부분 (특성, 컨트롤러, ViewModels 등) 만 캡슐화하는 경우도 있습니다. . 다시 이것은 프로젝트의 복잡성과 관련이 있습니다.