【问题标题】:Best way to organize the files in my project在我的项目中组织文件的最佳方式
【发布时间】:2010-11-03 02:04:28
【问题描述】:

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

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

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

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

现在我正在学习更多关于这样的事情: 项目/模块名称/用户控件/ 项目/模块名称/类/

最好的方法是什么?特别是如果项目变得非常大?应该存在什么类型的文件夹结构?

【问题讨论】:

  • 可以有多个项目吗?如果可以的话,我会走那条路。
  • 这是非常主观的。也许如果你提供了一些关于你项目的具体需求的信息......
  • 同意这个问题很模糊。项目类型对文件的最佳结构有很大影响。

标签: asp.net silverlight code-organization project-organization


【解决方案1】:

首先,文件夹分离的目的是作为一个额外的文档级别,让程序员更容易找到代码。这意味着你不应该有额外的级别“只是为了组织东西”。这不包括名为 Classes、Controls 等的文件夹。

一些例子:

如果你在一个你层应用程序上工作,那么有这样的东西会很有意义:

项目\层(模型|控制器|等)\类名

如果你的程序大到有独立的功能区,我会选择:

项目\功能区\层(模型|控制器|等)\类名

当子团队在不同的职能领域工作时,这特别有用。

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

【讨论】:

    【解决方案2】:

    我同意其他建议按目的而不是类型命名文件夹的答案(即调用文件夹模型,而不是类,并且在该文件夹中仅包含面向数据的类)。此外,我喜欢将所有控件和数据/模型相关的类保留在它们自己的单独项目中,不允许相互引用。这可以帮助您在代码中强制分离视图和模型,这通常是一件好事。

    【讨论】:

      【解决方案3】:

      我将我们的主要部分分成项目 - 使其非常易于重用。

      在一个项目中,我按功能区域创建文件夹(和名称)。

      就我而言,这是一个通用的基础 - 项目的需求决定了任何进一步的划分。

      【讨论】:

      • 这里也一样。我将项目中的相关类放在一起,然后使用文件夹将它们进一步拆分。
      猜你喜欢
      • 2010-09-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-10-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多