模块注册指导原则
一直以来 AppModule
、CoreModule
、SharedModule
模块使用没有很明确的规范,很容易让产生乱用。Angular模块目标是为了使组件、指令、服务和管道功能块更内聚,并每一个功能区域形成独立的业务领域或实用工具的集合。
1) 分类说明
AppModule
根模块,用于引导 Angular 启动;它非常适合导入一些需要在整个应用到处需要的模块,例如:主题系统、用户主认证模块、权限模块等模块,以及一些全局性HTTP拦截器、国际化服务等。
CoreModule
核心模块只会被导入一次,它等同 AppModule
,但我们更应该把它当成一个纯服务类模块,例如:消息、数据访问等。
SharedModule
我们叫它共享模块;它不应该出现 providers
,因为 ShareModule
会在所有业务模块中被导入,这会导致服务被覆盖。
2) 建议
AppModule
应 导入模块:
Angular 模块:
BrowserModule
、BrowserAnimationsModule
、HttpClientModule
AlainThemeModule
主题系统DelonMockModule
Mock数据AlainAuthModule
用户认证模块AlainACLModule
权限模块国际化模块
应 包含服务:
Angular 国际化
HTTP 拦截器
Angular 启动服务
ng-zorro-antd
基础组件服务@delon/abc
业务组件服务
作用: 贯穿整个应用的定义。
CoreModule
应 仅只留 providers
属性。
作用: 一些通用服务,例如:用户消息、HTTP数据访问。
ShareModule
应 包含定义:
- 应用通用自定义业务组件
应 导入模块:
Angular 通用模块:
CommonModule
、FormsModule
、RouterModule
、ReactiveFormsModule
ng-zorro-antd
基础组件模块@delon/abc
业务组件模块第三方通用依赖组件模块
应 导出所有包含的模块。
不应 有 providers
属性。
作用: 一些通用自定义、第三方组件定义,减少业务模块的导入。
业务模块
业务模块应该包括业务定义模块和路由模块。
模块
应 导入模块:
SharedModule
对应的路由模块
不应:
导出任何组件
尽可能不要使用
providers
属性
路由模块
应 只包括路由的 import
、exports
模块。