我应该在 Angular 4+ 应用程序中为每个组件创建一个模块吗？

我认为每个组件一个模块是设计 Angular 应用程序的最佳方式。

如果它依赖于其他组件，则可以只包含与每个直接依赖的组件相关的组件模块，不需要关心间接依赖。

起初它可能看起来更多的工作，但它会给你带来更少的维护问题。

如果 ComponentA 依赖于 ComponentB 而依赖于 ComponentC 创建一个：

ModuleC 与 ComponentC 相关

ModuleB 与导入 ModuleC 的 ComponentB 相关

与导入 ModuleB 的 ComponentA 相关的 ModuleA（不需要直接导入 ModuleC）

如果 ComponentB 现在依赖于 ComponentD（例如在模板中包含 <my-component-d>）并停止依赖于 ComponentC，那么您只需更改 ModuleB 并且所有依赖于 ComponentB 的组件都可以正常工作，如果您正在使用这种方法。

现在想想数百个组件。有多少组件取决于 ComponentB？

我认为这个问题与在脚本标签中包含 js 文件的旧方式（或不太旧）类似：

<script src="build/a.js"></script>
<script src="build/b.js"></script>
<script src="build/c.js"></script>

如果您将 b 更改为停止依赖于 c 并开始依赖于 d，则导入 b 的所有页面现在都必须导入 d，依此类推，从而导致维护噩梦。您也可能忘记删除（现在不需要的）c.js 并在某些页面中不必要地导入它，从而增加您的启动时间（或更糟，您从所有导入 b.js 的文件中删除它，但是某些页面导入依赖于 c.js 的 e.js 并且您破坏了该页面的某些功能）。

相反，我认为导入更好：

<script src="build/bundle.js"></script>

或者

<script src="build/vendor.js"></script>
<script src="build/main.js"></script>

并且依赖项由模块捆绑程序处理，例如 webpack。

有一种方法是制作一个包含很多组件的模块，然后只导入它，但你最终会导入几个你不使用的组件，如果你使用延迟加载，你的模块可能会变得很大，除非你在 AppModule 中导入那个模块，使您的启动时间增加。

您仍然可以使用每个模块一个组件和功能模块的方法。只需将组件模块导入功能模块（而不是组件本身）：

功能模块.ts：

imports: [
    ComponentAModule,
    ComponentBModule,
    ComponentCModule,
]

（您可能也想导出它们）。

我还认为这种方法是创建库时的最佳方式，否则您将强制库的使用者导入所有组件，即使他们只使用库中的 1 或 2 个组件。

我在使用 ionic3 时遇到了这个问题：缩小的 ionic-angular 库有 437KB，其中 292KB 是组件（希望它会随着 ionic4 而改变）。我只使用了几个 ionic 组件，没有必要全部导入它们，但我别无选择（除非我分叉存储库或停止使用它）。

我有一个包含 176 个组件的应用程序，我认为这是最好的方法。之前，我在一个功能模块中包含了几个组件，这让我后来有些头疼。此外，将一个组件从一个功能模块更改为另一个更难（它的依赖关系呢？它们都混合在一起了）。

我还没有找到一种令人满意的方法来处理服务 (@Injectable()) 很困难。

最终由你来决定。这是我根据我的经验得出的看法。

---