Angular2 NgModule 作用域相关问题

NgModule 是你使用 Angular 编写应用程序时遇到的第一个基本结构,但由于涉及不同的作用域范围,它也是最微妙和最复杂的。

Why NgModule?

我们可以使用 Angular CLI,自动完成很多工作,但我们必须要做的第一件事就是加载根模块。

platformBrowserDynamic().bootstrapModule(AppModule);

NgModule 的目的是声明我们在 Angular 模块中创建的内容,主要有以下两种结构:

  • declarations - 声明模板中使用的内容,大部分是组件,也包括指令和管道。

  • providers - 用于声明服务。

NgModule and scopes/visibility

declarationsproviders 属性最令人困惑的是,它们没有相同的作用域和可见性 (scope / visibility):

  • declarations / components 是本地作用域 (private visibility)

  • providers / services 是全局作用域 (public visibility)

这意味着你声明的组件只能在当前模块中使用。如果你想要在外面使用声明的组件,你必须导出它们

import { NgModule } from '@angular/core';

import { SomeComponent } from './some.component';
import { SomeDirective } from './some.directive';
import { SomePipe } from './some.pipe';

@NgModule({
  declarations: [SomeComponent, SomeDirective, SomePipe],
  exports: [SomeComponent, SomeDirective, SomePipe]  //导出,供其他模块用
})
export class SomeModule {}

反之,模块中的声明的服务,我们可以在所有模块中使用

When to import a NgModule?

components 和 services 拥有不同的作用域,了解这个区别很重要。如果我们的应用程序不仅仅包含一个模块,事情可能会变得很糟糕。Angular 框架内部也拆分成多个不同的模块,如 core、common、http 等等。

在 Angular 模块中我们需要做的一件主要的事情是导入其它模块:

import { NgModule } from '@angular/core';
import { CommonModule } from '@angular/common';
import { HttpModule } from '@angular/http';

import { FeatureModule } from '../feature/feature.module';

@NgModule({
  imports: [CommonModule, HttpModule, FeatureModule]
})
export class SomeModule {}

现在的主要问题是,你必须知道为什么需要导入这些模块:

  • 为了使用导入模块中声明的组件、指令或管道?

  • 为了使用模块中定义的服务?

因为组件和服务,拥有不同的作用域:

  • 如果我们需要在模块中使用导入模块中声明的组件,那我们需要在每个使用的模块中导入对应的模块。
    模块A声明导出组件A1,那么 模块B和 模块C如果需要用到组件A1的话,需要在 模块B和 模块C各自导入。

  • 如果我们只是使用模块中定义的服务,那我们只需要在主模块中导入对应的模块。
    服务是全局的,导入一次即可。

如果你不了解这些区别,你可能由于忘记导入某个模块,而出现组件不可用的错误。或者你为了使用某个模块中定义的服务,而多次导入同一个模块。

When to import main Angular Modules?

每次都需要导入

  • CommonModule (包含 Angular 中定义的内建指令,如 ngIf、ngFor 等),除了在主模块之外,不需要导入,因为我们已经在主模块中导入了 BrowserModule (此模块已导入了 CommonModule)。其它模块都必须手动导入该模块。

  • FormsModule / ReactiveFormsModule

  • BrowserAnimationsModule

  • FlexLayoutModule

  • MaterialModule 和 UI Modules (如 PrimeNg)

  • Other Modules (定义 components、directives 或 pipes)

只导入一次

  • HttpModule

  • Other Modules (仅提供服务)

The ShareModule good practice

若使用 Angular CLI 创建新的模块,它会自动帮我们导入 CommonModule。如果你需要使用与组件相关的模块如 animations 、flex layout 或 Material 模块,你必须每次手动导入上述模块。因此一个好的实践是创建 SharedModule 模块。

管理 SharedModule 时,需要很小心。如果你只是导入模块,它将无法正常工作:

import { NgModule } from '@angular/core';
import { CommonModule } from '@angular/common';
import { FlexLayoutModule } from '@angular/flex-layout';
import { MaterialModule } from '@angular/material';

@NgModule({
  imports: [CommonModule, FlexLayoutModule, MaterialModule]
})
export class SharedModule {}

为什么呢?原因仍是作用域的问题:组件只在 SharedModule 中可用,在其它导入 SharedModule 的模块中,仍然是不可用的。因此我们需要导出相应的组件:

import { NgModule } from '@angular/core';
import { CommonModule } from '@angular/common';
import { FlexLayoutModule } from '@angular/flex-layout';
import { MaterialModule } from '@angular/material';

@NgModule({
  imports: [CommonModule, FlexLayoutModule, MaterialModule],
  exports: [CommonModule, FlexLayoutModule, MaterialModule]//新增的导出功能,需要二次导出才行
})
export class SharedModule {}

如果我们组件不包含其它共享的资源,我们可以省略 imports 属性:

import { NgModule } from '@angular/core';
import { CommonModule } from '@angular/common';
import { FlexLayoutModule } from '@angular/flex-layout';
import { MaterialModule } from '@angular/material';

@NgModule({
  exports: [CommonModule, FlexLayoutModule, MaterialModule]
})
export class SharedModule {}

Mixed NgModule

如何同时管理具有组件和服务的模块?这是一个比较复杂的问题。你可能已经接触过 RouterModule,该模块不仅提供了 <router-outlet>routerLink指令,而且还提供了 ActivedRouter 服务 (用于获取 URL 参数)、Router 服务 (用于页面导航) 。

幸运的是,这个问题是由模块本身来解决。 Angular CLI 会为我们自动生成路由文件,但你可能已经注意到,应用程序主模块的路由和子模块路由之间存在细微差别。

对于 AppModule,我们这样使用:

RouterModule.forRoot(routes)

对于子模块,我们这样使用:

RouterModule.forChild(routes)

为什么呢?因为在 AppModule 中,forRoot() 方法会导入路由模块中的指令和服务。但对于子模块来说,forChild() 方法仅会导入路由模块中定义的指令,而不会再次导入模块中定义的服务。

Lazy-loaded modules

如果你需要实现模块懒加载,可以简单地使用 Angular CLI 来实现:

const routes: Routes = [
  { path: 'admin', loadChildren: './admin/admin.module#AdminModule' }
];

因为它将是一个不同的包和模块,默认情况下是按需加载,它不会包含在您的应用程序的全局范围内。

对于组件来说,你不需要更改任何内容:就像在任何子模块中一样,你需要再次导入 CommonModule 或 SharedModule 模块。

但对于服务来说,有一些区别:

  • 你仍然可以访问应用程序中提供的服务 (如Http和已定义的服务)。

  • 延迟加载模块中定义的服务,只能在延迟加载的模块中使用,应用程序的其它模块是无法使用的。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值