1

对于我正在开发的一个中型应用程序，并在其他文章中观看了Misko 的最佳实践视频，我推断我不需要多个模块。

先有问题，后有论据。在视频中，Misko 含糊地暗示模块可能更适合单元测试，但没有详细说明。

  • 采用单一模块方法实际上会阻碍任何形式的测试：单元、E2E 等吗？
  • 我错过了什么明显的东西吗？

对于该应用程序，我此时可以推断出的唯一真正好处是组件重用，而在未来的版本中还有更多的期望：

  • 延迟加载
  • 视觉命名空间

可以安全地假设这些未来的问题现在不是主要问题，因为当时机成熟时，它们可以通过最少的 mod 轻松修复。

该产品及其组件仅供内部使用，我什至没有使用大多数文章指出的公共领域规模的组件可重用性。是的，我正确地组织了这一切，是的，依赖的平衡恰到好处，但我不明白为什么每个人或大多数人都应该有自己的模块。

我在这里发现的问题要么过于模糊地讨论模块化，要么只是理论上讨论。正如视频所暗示的，我的问题更多地针对当我们不模块化时会发生什么。

4

1 回答 1

3

多模块很好，但是您开始创建模块和更多模块，并且您的依赖项列表开始增长，您最终不得不在很多地方加载模块并且很快就会变得毛茸茸（根据我的经验）。

最终，Angular 会加载所有这些，因此 Angular 本身并不关心那么多。

单个模块也是一个好主意。

对于测试，您不必担心。在测试中，您需要加载包含您正在测试的组件的模块，因此加载app或myawesomedirective.

最后，由于这个世界不是非黑即白，你可以把所有东西都放在同一个模块下，但是如果你看到自己写了一个指令（或其他东西），你清楚地看到你想在其他地方使用，你可以为其放置一个新模块。

于 2014-07-24T09:35:27.807 回答