组织项目中文件的最佳方式是什么?
例如,您是将所有用户控件放在单独的文件夹中还是将它们放在子文件夹中?你有业务逻辑文件夹吗?助手类文件夹?
我曾经这样组织我的项目:
项目/用户控件/模块名称/项目/类/模块名称/
现在我正在学习更多类似的东西:项目/模块名称/用户控件/项目/模块名称/类/
什么是最好的方法?特别是如果项目变得非常大?应该存在什么类型的文件夹结构?
组织项目中文件的最佳方式是什么?
例如,您是将所有用户控件放在单独的文件夹中还是将它们放在子文件夹中?你有业务逻辑文件夹吗?助手类文件夹?
我曾经这样组织我的项目:
项目/用户控件/模块名称/项目/类/模块名称/
现在我正在学习更多类似的东西:项目/模块名称/用户控件/项目/模块名称/类/
什么是最好的方法?特别是如果项目变得非常大?应该存在什么类型的文件夹结构?
首先,文件夹分离的目的是作为一个额外的文档级别,让程序员更容易找到代码。这意味着你不应该有额外的级别“只是为了组织东西”。这不包括名为 Classes、Controls 等的文件夹。
一些例子:
如果你在一个你的层应用程序上工作,那么有这样的东西会很有意义:
项目\层(模型|控制器|等)\类名
如果您的程序大到具有单独的功能区域,我会选择:
项目\功能区\层(型号|控制器|等)\类名
当子团队在不同的职能领域工作时,这尤其有用。
还要避免使用非常深的文件夹树(恕我直言,超过深度 4 太多了)并保持文件夹名称紧凑。一些工具可能对路径大小的限制低至 255 个字符,因此这是一个简洁的地方。
我将我们的主要部分分成项目 - 使其非常容易重用。
在一个项目中,我按功能区域执行文件夹(和名称)。
就我而言,这是一般性的 - 项目的需求决定了任何进一步的划分。
我同意其他建议按目的而不是类型命名文件夹的答案(即调用文件夹模型,而不是类,并且在该文件夹中仅包含面向数据的类)。此外,我喜欢将所有控件和数据/模型相关的类保留在它们自己的单独项目中,不允许相互引用。这可以帮助您在代码中强制执行视图和模型之间的分离,这通常是一件好事。