解决方案和项目结构指导

Question

我现在必须处理大量非常糟糕的结构化解决方案和项目。我的第一个bugbear是项目文件夹中的解决方案文件。对我而言，这种气味非常糟糕，因为项目从属于解决方案，维护健康的解决方案文件夹结构不应只依赖解决方案文件内容，而应该隐含在实际的Windows文件夹结构中。

我想提出一个由我和我的同事使用的标准，在这里提出了一个真正的分层结构，包含一个包含解决方案文件的代码文件夹和所有项目的从属文件夹，仅包含.csproj文件和源代码，没有解决方案文件！我也非常希望提供一些有用的背景信息来证明我的建议，但我不想过多地谈论，并希望可以引用我可能引用的来源，当然还有归因。我可以为此咨询哪些好的文章，教程，书籍等？

Answer 1

关于此主题的很好的参考文章可以找到here。 注：这是一个很老的文章可以追溯到.NET 1.1天，但有关项目的一般原则/解决方案仍然非常保持不变，仍然适用，IMO

注意，这篇文章在谈论如何构建解决方案和使用VSS，但如何组织项目和解决方案的一般原则适用于任何源控制系统（我会信心飞跃，并假设您不使用VSS :-)）

具体来说，文件夹结构是不同的项目可能根据其逻辑体系结构以不同方式进行组织的。不过，本文还将为您提供一个参考点，使您的解决方案处于比一般项目更高的级别。

This blog也在讨论整体解决方案/项目结构，你可能想使用一些在这里提出的观点，如果他们是相关的代码。