为什么将项目添加到解决方案而不是文件夹？答案

【问题标题】：Why add a project to a solution rather than a folder?为什么将项目添加到解决方案而不是文件夹？
【发布时间】：2014-09-04 16:12:51
【问题描述】：

我在公司遇到了一个奇怪的解决方案结构——应用程序的不同层被组织在文件夹中（而不是在项目中）。

例如，解决方案中有文件夹，名为“DAL”、“BL”、“WCFClient”等。我以前从未见过，但不能完全确定关于这件事有什么困扰我的。

谁能告诉我这种基于文件夹的组织方法是否有任何缺点（或可能有优点）？

【问题讨论】：

【解决方案1】：

以下是 .NET 项目的一些优缺点：

优点：

如果未将类放入正确的程序集中，多个项目可能会导致循环引用问题。请参阅http://en.wikipedia.org/wiki/Circular_reference 和 Why are circular references in Visual Studio a bad practice?
多个项目导致多个 dll 文件。如果它们堆积很多，处理这些可能会很棘手。例如，我们的项目中有大约 200 个文件，TeamCity 有时会在构建过程中丢失一些文件。我们通过在部署文件之前压缩文件来解决这个问题。

缺点：

【讨论】：

“多个项目导致多个 dll 文件” - 仅当您的目标输出是 DLL 文件时。 “代码不是模块化的。你不能在其他项目中重用它的一部分” - 你是根据什么得出这个结论的？项目是 Microsoft 特定的构建功能。开发人员可以在没有 Visual Studio 的情况下完美地在 C++ 中实现模块化。
但是当文件在文件夹中时，不会出现名称冲突，因为它们位于不同的命名空间中，您可以使用来自不同文件夹的这些文件夹中的文件 :-) 我在这里缺少什么？ :-)
好吧，基于 WCFClient 文件夹，我认为这是 .NET 项目。它很好地注意到语言没有被提及。关于那个模块化评论，我想说的是，如果您有一个程序集（项目）并且您想使用该程序集中的一个类。您必须添加对整个项目的引用。
是的。 NET，你是对的。只是第一次没有得到它:-)
您对 C# 中的冲突是正确的。在 VB 文件夹中，不会自动更改命名空间。你能澄清一下你使用的语言吗？