.net sln结构

Question

我一直在研究工作中的各种项目。我想组织的解决方案中的所有项目，在下面的树结构：

[Common Libraries]  -- virtual and real folder 
    project1 
    project2 
    ....    -- projects or folders 
[Application Group1] 
    [Application1] 
     project1   -- console application as example 
     projectLib1  -- project library for project1 
     [dependency libraries1] 
      projectLib1_1 -- dependency project for upper projectLib1 
    .... 

基本上，顶部文件夹包含所有的公共库和它依赖的项目。虚拟文件夹（真实文件夹）也可以用来分组项目和子组。通过这种方式，项目只能看到或参考同一级别和更高级别的项目。

任何评论或其他替代方式来组织项目？

Answer 1

我更喜欢把每个项目都放在它自己的文件夹中，然后根据你的描述分别在VS中组织解决方案。

Answer 2

您可以引用较低的项目，但无法在Visual Studio中添加它们。

似乎有点奇怪，但我发现你可以做到这一点，但你需要在sln文件中编辑路径。

有点烦躁，但它的工作原理。

我个人最喜欢的方式来oganising来源：

 
- Vendor 
-- Product 
--- Version 

因此，例如

 
-Microsoft 
--Enterprise Library 
---3.1 
---4.0 
--Style Cop 
---4.3 
-Apache 
--Log4net 
---1.2.10 
---1.2.1 

等

这样你就永远没有的DLL dulplication和你的代码将在适合你的公司和产品，每个版本都是一个版本。