我现在必须处理大量结构非常糟糕的解决方案和项目。我的第一个烦恼是项目文件夹中的解决方案文件。对我来说，这听起来很糟糕，因为项目从属于解决方案，维护健康的解决方案文件夹结构不应仅依赖于解决方案文件内容，而应隐含在实际的 Windows 文件夹结构中。
我想提出一个供我和我的同事使用的标准，并在此建议一个真正的分层结构，其中包含一个包含解决方案文件的代码文件夹，以及所有项目的从属文件夹，仅包含 .csproj 文件和源代码，没有解决方案文件！我也非常想包括一些有用的背景信息来证明我的建议的合理性，但我不想过多地闲聊，并且希望我可以引用一些来源，当然还要注明出处。为此我可以参考哪些好的文章、教程、书籍等？
可以找到有关该主题的很好的参考文章here http://msdn.microsoft.com/en-us/library/ee817674.aspx.
注意：这是一篇非常古老的文章，可以追溯到 .net 1.1 时代，但有关项目/解决方案的一般原则仍然非常相同并且仍然适用，IMO
请注意，本文讨论的是如何构建解决方案并与 VSS 一起使用，但如何组织项目和解决方案的一般原则适用于任何源代码控制系统（我将大胆假设您不使用 VSS ： -))
具体来说，文件夹结构是不同项目甚至可能根据其逻辑架构进行不同组织的结构。然而，本文还将为您提供一个参考点，以表明您的解决方案比一般项目处于更高的水平。
这个博客 http://mikehadlow.blogspot.com/2007/07/how-to-structure-visual-studio.html还讨论了整体解决方案/项目结构，如果它们与您的代码相关，您可能需要使用此处提出的一些观点。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
