解决方案和项目结构指南

Question

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

我想提出一个供我和我的同事使用的标准，并建议一个真正的分层结构，其中包含一个包含解决方案文件的Code文件夹，以及包含.csproj文件和源的所有项目的从属文件夹， 没有解决方案文件！我非常希望包含一些有用的背景信息来证明我的建议是合理的，但是我不想絮絮叨叨太多，并且想要我可以引用的来源，当然也有归属。我可以为此咨询哪些好文章，教程，书籍等？

Answer 1

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

请注意，本文讨论的是如何构建解决方案并与VSS一起使用，但如何组织项目和解决方案的一般原则适用于任何源控制系统（我将采取信念的飞跃并假设您不使用VSS： - ））

具体而言，文件夹结构是不同项目甚至可以根据其逻辑体系结构进行不同组织的内容。但是，本文还将为您提供一个参考点，以表明您的解决方案比一般项目更高的水平。

This blog也在讨论整体解决方案/项目结构，如果它们与您的代码相关，您可能想要使用此处提出的一些要点。