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

Question

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

例如，在名为“DAL”、“BL”、“WCFClient”等的解决方案中有文件夹。我以前从未见过，但不能完全理解关于它让我烦恼的地方。

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

Answer 1

以下是 C# (.NET) 项目的一些优缺点:

优点:

• 如果类未放入正确的程序集中，多个项目可能会导致循环引用问题。参见 http://en.wikipedia.org/wiki/Circular_reference和 Why are circular references in Visual Studio a bad practice?

• 多个项目导致多个dll文件。如果它们堆积很多，处理它们可能会很棘手。例如，我们的项目中有大约 200 个文件，而 TeamCity 有时会在构建过程中丢失一些文件。我们通过在部署文件之前压缩文件来解决这个问题。

缺点:

• 代码不是模块化的。您不能在其他项目中重用它的一部分。我认为这是最大的缺点之一。例如，如果您想使用程序集中的一个类。您必须添加对整个项目的引用。
• 一个项目可能发展壮大并导致多个问题。从名称冲突(在 VB.NET 中没有自动为文件夹创建命名空间)开始到深层文件夹树。
• 从大项目中搜索比从小项目中搜索更难(取决于文件夹的准确性)