.Net sln结构

在我的工作中，我一直在从事各种各样的项目。我正在考虑按以下树状结构组织解决方案中的所有项目：

 [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
  ....

基本上，顶部文件夹包含所有公共库及其依赖项项目。虚拟文件夹（也包括真实文件夹）用于对项目和子组进行分组。这样，项目只能查看或引用同一级别和更高级别的项目

---

有任何注释或其他组织项目的替代方法吗？

我更喜欢将每个项目放在根SVN主干上自己的文件夹中，然后按照您所述在VS中分别组织解决方案。

您可以引用较低级别的项目，但不能在Visual Studio中添加它们

对我来说似乎有点奇怪，但我发现你可以这样做，但你需要编辑sln文件中的路径

有点烦躁，但它能工作

我个人最喜欢的组织化来源的方式是：

- Vendor -- Product --- Version -卖主 --产品 ---版本 比如说

-Microsoft --Enterprise Library ---3.1 ---4.0 --Style Cop ---4.3 -Apache --Log4net ---1.2.10 ---1.2.1 -微软 --企业图书馆 ---3.1 ---4.0 --时尚警察 ---4.3 -阿帕奇 --Log4net ---1.2.10 ---1.2.1 等

这样，您将永远不会有DLL的应用程序，您的代码将适合您的公司和产品，每个版本都是一个版本