【问题标题】:How to organize angular module dependencies如何组织角度模块依赖
【发布时间】:2015-09-30 00:21:54
【问题描述】:

我在创建我的Angular应用程序时使用了应用程序组件分割逻辑,也就是说我有以下文件夹结构:

app.module.js
app.config.js
components
---- core
-------- core.module.js
-------- etc...
---- component1
-------- component1.module.js
-------- etc...
---- component2
-------- component2.module.js
-------- etc...
---- etc...
shared
---- sharedComponent1
-------- etc...
---- etc...
assets

现在,我将所有组件分组到我的app.module.js 文件中,这就是该文件的全部内容。我的component1.module.js 将列出模块需要的依赖项等等。现在,我意识到在哪里定义模块依赖关系并不重要,而且我可以将所有依赖模块放在 app.module.js 文件中,而不管组件是什么,但这根本不干净,也没有提供良好的模块化。

话虽如此,我不确定如何处理每个或几乎所有其他模块中使用的模块,例如用于本地化的模块。这里真正的问题不是整个应用程序都使用那个模块,而是需要配置那个通用模块,所以我正在考虑将那个依赖项和所需的配置放在core.module.jscore.config.js 文件中,分别。

我已经阅读了很多关于 Angular 最佳实践的文章,但我无法找到有关模块依赖组织的内容,我想这是因为 Angular 将所有模块都放在了一个“大盒子”中。

另一种方法是创建一个共享组件,该组件专注于将特定依赖项或一组依赖项合并到 Angular 中,然后让我的其他组件依赖于该组件,但我不确定这是否太多。

【问题讨论】:

  • 这里有两个问题... 1) 你忘了问一个问题 2) 任何与这样的组织相关的事情都是基于意见的,因此这里是题外话。试试看:github.com/johnpapa/angular-styleguide
  • 好吧,这个问题有点像标题,虽然我同意这不是一个有直接答案的“如何修复错误”问题,但最佳实践不一定要基于意见如果背后有充分的理由。
  • 没有一刀切所以是的,它是基于意见以及许多其他因素过于广泛而无法进入问题

标签: javascript angularjs module coding-style dependencies


【解决方案1】:

我的模块结构如下。我的结构和你的结构之间唯一真正的区别是所有核心/共享基本上都是一样的。我为应用程序的每个单独模块都有一个组件文件夹。任何不属于单个组件的内容都属于核心。几乎每个组件都使用的东西也进入核心,因为它们是您应用程序的核心部分。

在我看来,只要你把应用分解成 components/angular.modules,保持核心代码分开,组织清晰易懂,完全可以接受

core
----app
--------app.module.js
--------app.config.js

----util
--------util.module.js

components
----comp1
--------comp1.module.js
--------comp1.etc
----comp2
--------comp2.module.js

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-09-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-06-19
    • 1970-01-01
    • 2017-05-13
    相关资源
    最近更新 更多