总之,深度嵌套的Angular模块是个好主意吗?我很欣赏它可能是主观的但是从窥视中寻找更多经验的建议。例如;
如果我想创建一个“论坛”模块,并且在模块内部将对线程,帖子和我构建的许多其他疯狂的东西有很多功能要求,我应该为“帖子”创建一个嵌套模块(例如)导入到论坛模块,然后导入到应用程序模块?我担心我的论坛模块会变得臃肿。
答案 0 :(得分:1)
当然没关系。它的设计就像这样工作。
Your initial app has only a single module, the root module. As your app grows, you'll consider subdividing it into multiple "feature" modules, some of which can be loaded later ("lazy loaded") if and when the user chooses to visit those features.
Modules are a great way to organize an application and extend
it with capabilities from external libraries.
Many Angular libraries are modules (such as FormsModule, HttpModule, and
RouterModule). Many third-party libraries are available as NgModules (such
as Material Design, Ionic, AngularFire2).
NgModules consolidate components, directives, and pipes into cohesive blocks
of functionality, each focused on a feature area, application business
domain, workflow, or common collection of utilities.
答案 1 :(得分:0)
我发现当组件的子组件数量过高(或超过限制i或团队领导集)时,我会为案例创建一个新的更具体的组件。
例如,我有一个地址块组件,最终(由于许多工作流需要它用于不同的用途)该组件是大规模的并且其中有很多孩子。 为了解决这个问题,我将地址块删除了它原来的用途,并将最初放在地址块中的各个用户案例作为自己的组件,例如
我只能说,筑巢很精致但要小心!拥有许多嵌套组件依赖于父组件的数据或绑定(有时多于一个父组件)可能很好,但更不用说它可能带来的挫败感。