在 Angular 开发中，我们经常遇到一个 NgModule 在导入时需要调用它的静态 forRoot 方法。，最值得注意的例子是 RouterModule. 当在 Angular 应用的根目录注册这个模块时，导入RouterModule的方式如下:
import { RouterModule, Routes } from '@angular/router'; const routes: Routes = [ { path: '', redirectTo: '/index', pathMatch: 'full' } ]; @NgModule({ imports: [ RouterModule.forRoot(routes) ], ... }) export class AppModule { }
这个约定在 ngx-bootstrap 中也使用过，以前在 Angular Material 中也使用过。这种约定意味着，给定的模块必须在调用 forRoot()方法时，注册到应用程序的根 NgModule 中。这个方法有什么特别之处，以至于它需要在应用程序的根目录调用，而不是在其他NgModule中调用?
对于初学者来说，forRoot() 约定返回什么?通常，这个方法的返回类型是一个符合ModuleWithProviders 接口的对象。这个接口是一个可接受的NgModule导入接口，它有两个属性:
interface ModuleWithProviders { ngModule: Type<any> providers: Provider[] }
forRoot() 方法会返回一个 NgModule 及其依赖的提供商。这和根 NgModule 有什么关系?也许什么都没有。事实上，尽管这种约定意味着它必须在应用的根模块处导入，但在很多情况下，你可以在非根模块中导入它，它也能工作。
下面是 ModalModule 在ngx-bootstrap中使用forRoot()约定的方式:
import { NgModule, ModuleWithProviders } from '@angular/core'; import { ModalBackdropComponent } from './modal-backdrop.component'; import { ModalDirective } from './modal.component'; import { PositioningService } from '../positioning'; import { ComponentLoaderFactory } from '../component-loader'; @NgModule({ declarations: [ModalBackdropComponent, ModalDirective], exports: [ModalBackdropComponent, ModalDirective], entryComponents: [ModalBackdropComponent] }) export class ModalModule { public static forRoot(): ModuleWithProviders { return {ngModule: ModalModule, providers: [ComponentLoaderFactory, PositioningService]}; } }
尽管从理论上讲，导入forRoot()方法的额外提供程序。在子ngmodule中是可行的，但将它注册到应用程序的根目录，在很多方面都有帮助。
首先，考虑 providers 的注入方式与组件和指令有何不同。通常，当用@Injectable装饰一个类并在NgModule中注册为提供商时，这个类只创建一次，并且这个实例会在整个应用中共享。当Angular引导根模块时，所有NgModule中所有可用的导入都会在那时注册，并对整个应用都可用——它们是全局的。这就是为什么注册在子NgModule中的提供商在整个应用中都是可用的。
