.NET 솔루션의 디렉토리 구조

우리는 최근 계약자 방문을 통해 프로젝트 구조화 방법론에 의문을 가졌습니다. 디렉토리 구조를 구체적으로 언급하고 있습니다. 그는 Microsoft 지침 사용을 제안했습니다. Google에서 "Microsoft 지침 .NET 프로젝트 디렉토리 구조"를 사용하고 유용한 정보를 찾을 수있을 것이라고 생각했지만 실제로는 그렇지 않습니다. 그대로 우리는 다음과 같이합니다.

[Company.System.Feature]
  |-doc
     |Sandcastle project
  |-lib
     |Nuget packages
  |-src
    |-Project1 e.g. web
    |-Project2 e.g. business logic
    |-UnittestProject1
    |-Specs

doc 폴더에는 https://www.codeproject.com/Articles/15176/Sandcastle-Help-File-Builder에 설명 된 것과 같은 Sandcastle 솔루션이 포함되어 있습니다 (절대 및 상대 경로 참조). 따라서 doc 폴더에는 생성 된 도움말 파일이 들어있는 도움말 폴더가 있습니다. lib 폴더는 모든 Nuget 패키지를 포함합니다.

솔루션 구성 방법을 권장하는 Microsoft 지침이 있습니까? 나는 여기를 보았습니다 : https : //.com/questions/789389/project-structure-for-c-sharp-development-effort/789554? noredirect = 1 # comment86756309_789554 내가 읽은 대부분의 기사와 질문은 2007-2009 년에 작성된 것으로 보입니다. Nuget이 2010 년에 도입 된 것 같습니다. Microsoft 지침이 있습니까? Tree Surgeon이라는 것에 대해 읽었지만 더 이상 존재하지 않는 것 같습니다 : https://archive.codeplex.com/?p=treesurgeon .

TFS를 사용하고 있습니다. 크루즈 컨트롤과 DDD는 차이를 만듭니다.

MSDN에는 매우 오래된 공식 지침이 있습니다. 그러나 이것은 구식입니다. 페이지에 나와있는 것처럼 " 이 콘텐츠는 오래되어 더 이상 유지 관리되지 않습니다. 여전히 이러한 기술을 사용하는 개인에게 무료로 제공됩니다. "따라서이 지침을 피하는 것이 좋습니다.

Project Scaffold 를 통해 공통 솔루션 구조를 정의하려는 시도가있었습니다 . 이것은 C #이 아니라 F #에 더 적합합니다. 그것은 실제로 이륙하지 않았으며 요즘 아이디어 개발의 징후는 거의 없습니다.

ASP.NET 팀의 Microsoft 개발자 인 David Fowler는 가장 적극적이고 최신 지침 을 유지 관리합니다. 이러한 지침은 Roslyn (C # 및 VB.Net 컴파일러) 팀을 포함하여 Microsoft 내 많은 사람들이 사용합니다. 따라서 이러한 접근 방식을 채택하는 것보다 훨씬 나빠질 수 있습니다.