Asp.net 在我的项目中组织文件的最佳方式

组织项目中的文件的最佳方式是什么

例如，您是将所有用户控件放在单独的文件夹中，还是将它们放在子文件夹中？您有业务逻辑文件夹吗？助手类文件夹

我曾经这样组织我的项目：

项目/用户控件/模块名称/ 项目/类/模块名称/

现在，我正朝着这样的方向学习： 项目/模块名称/用户控件/ 项目/模块名称/类/

---

最好的方法是什么？特别是如果这个项目真的很大？应该存在什么类型的文件夹结构？

首先，文件夹分离的目的是增加文档的层次，让程序员更容易找到代码。这意味着你不应该有额外的水平“只是为了组织东西”。不包括名为类、控件等的文件夹

一些例子：

如果您使用的是电子层应用程序，那么使用以下内容将非常有意义：

项目\层（模型|控制器|等）\Classname

如果您的程序非常大，以至于有单独的功能区域，我会选择：

项目\功能区\层（型号|控制器|等）\Classname

当子团队在不同的功能领域工作时，这尤其有用

---

同时避免使用非常深的文件夹树（IMHO，超过深度4太多），并保持文件夹名称紧凑。有些工具对路径大小的限制可能低至255个字符，因此这是一个简洁的地方。

我将我们的主要块划分到项目中，这使得重用非常容易

在一个项目中，我会按功能区域创建文件夹（和名称）

---

这就是我在一般基础上所做的——项目的需求决定了任何进一步的分区。

我同意其他答案，这些答案建议按目的而不是类型命名文件夹（即调用文件夹模型，而不是类，并且在该文件夹中只包含面向数据的类）。此外，我喜欢将所有控件和数据/模型相关类保留在各自独立的项目中，不允许相互引用。这可以帮助您在代码中实现视图和模型之间的分离，这通常是一件好事。

您可以有多个项目吗？如果可以的话，我会走那条路。这确实是主观的。也许如果你提供了一些关于你的项目的具体需求的信息……我同意这个问题相当模糊。项目的类型对文件的最佳结构有很大影响。这里也一样。我把项目中的相关类放在一起，然后使用文件夹将它们进一步拆分。