Angular:模块和功能目录命名约定

时间:2015-03-02 08:25:40

标签: angularjs module naming-conventions

我在一个已经投入生产5年的大型网站上工作。

什么运作良好:

  • 按功能组织代码(比控制器等更好)
  • 按模块组织代码(更高级别的功能)。

我们在系统中有一个明确的层次结构,导致子模块。然后是更多的子模块。然后再说一些。目前它的深度为4或5级。实际上这也很有效。

在模块文件夹中,我们有:

  • / anotherModule
  • /指令
  • / featureA
  • / featureB
  • /布局
  • / MODULEX
  • / thisModule
  • / thisIsAFeature
  • routes.js

这没关系,但并不好。目录列表变得太大而无法轻松导航,并且没有任何内容清楚地表明' layout'不是一个子模块。

因此,我们将模块和功能组合到自己的目录中。我们现在有:

  • /特征
  • /布局
  • /模块
  • /服务
  • routes.js

这样做效果更好。但是,我厌倦了导航到/ modules / private-site / modules / projects / modules / results / modules /...

所以,我的计划是使用带有下划线的连字符( - )和功能目录为模块目录添加前缀,例如:

  • -anotherModule
  • -moduleX
  • -thisModule
  • _featureA
  • _featureB
  • _thisIsAFeature
  • 指令
  • 布局
  • routes.js

现在,这可以很棒。但是,我不喜欢反对惯例。我没有在这里看到一个好的约定,所以欢迎任何关于如何最好地命名这些目录的建议如何最好地解决导致当前形势的问题。

0 个答案:

没有答案