.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文件夹包含一个Sandcastle解决方案，如此处所述：https : //www.codeproject.com/Articles/15176/Sandcastle-Help-File-Builder（请参阅：绝对路径和相对路径）。因此，doc文件夹包含一个Help文件夹，其中包含生成的帮助文件。lib文件夹包含所有Nuget软件包。

是否有任何Microsoft准则，建议如何构建解决方案？我在这里看过：https : //stackoverflow.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定义通用解决方案结构。但是，这更面向F＃，而不是C＃。但是，它并没有真正起飞，并且这些天没有任何迹象表明这些想法正在发展。

最活跃和最新的准则由David Fowler维护，他是Microsoft ASP.NET团队的开发人员。Microsoft内部的许多人员（包括Roslyn（C＃和VB.Net编译器）团队）都使用这些准则。因此，您做得比采用这种方法还要糟糕。