Angular 有棱角的深度嵌套模块是个好主意吗?

Angular 有棱角的深度嵌套模块是个好主意吗?,angular,Angular,简而言之,深度嵌套的角模是个好主意吗?我欣赏它可能是主观的,但从比我更有经验的人那里寻求建议 如果我想创建一个论坛模块,模块内会有很多线程、帖子和其他我构建的疯狂东西的功能需求,我是否应该为帖子创建一个嵌套模块,例如导入论坛模块,然后再导入应用程序模块?我担心我的论坛模块会变得臃肿。当然没关系。它是这样设计的。 您的初始应用程序只有一个模块,即根模块。随着应用程序的增长,你会考虑将其细分为多个特征模块,其中一些可以在以后加载懒惰加载,如果用户选择访问这些特性。 我发现,当一个组件的子组件的数量过

简而言之,深度嵌套的角模是个好主意吗?我欣赏它可能是主观的,但从比我更有经验的人那里寻求建议


如果我想创建一个论坛模块,模块内会有很多线程、帖子和其他我构建的疯狂东西的功能需求,我是否应该为帖子创建一个嵌套模块,例如导入论坛模块,然后再导入应用程序模块?我担心我的论坛模块会变得臃肿。

当然没关系。它是这样设计的。 您的初始应用程序只有一个模块,即根模块。随着应用程序的增长,你会考虑将其细分为多个特征模块,其中一些可以在以后加载懒惰加载,如果用户选择访问这些特性。
我发现,当一个组件的子组件的数量过高或超过限制I或团队领导集时,我会为该案例创建一个新的更具体的组件

例如,我有一个地址块组件,最终由于许多工作流需要它用于不同的用途,该组件非常庞大,并且其中有很多子组件。 为了解决这个问题,我将地址块剥离到原来的用途,并以最初放置在地址块中的各个用户案例为例,将它们作为自己的组件


我只能说,筑巢很好,但要小心!有许多嵌套组件依赖于父组件的数据或绑定,有时可能会有多个父组件,更不用说它可能带来的挫折了。

Angular中没有嵌套模块,只有模块,如果一个论坛是由线程和帖子设计而成的,那么论坛模块怎么能不“臃肿”呢?如果这些项目是唯一的,并且不应该在其他任何地方重用,那么它们可能不需要自己的模块。或者可能会。
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.