.
3ss.cn

详解Angular中的依赖注入模式

Angular 依赖注入模式

依赖注入: Dependency Injection 简称 DI

依赖注入模式要解决的问题

开发中, 会经常遇见对象的实例化, 当多个对象之间存在依赖时, 手工实例化会特别麻烦。

如果一个对象A要依赖对象 B, 那么对象 A 不需要明确地去实例化B对象, B 会由外部机制注入进来, 对象 A 只需要声明一个B对象就行。 这就是依赖注入要解决的问题。

与依赖注入经常同时出现的另一个概念叫做控制反转

控制反转: Inversion of Control 简称 IOC, 是指将依赖的控制权从代码的内部反转到代码的外部。

依赖注入控制反转是一体两面, 表达的是一个思想。 依赖注入侧重于描述手段, 即如何实现控制反转, 控制反转侧重于描述目的, 即目的是将依赖的控制权从代码的内部反转到代码的外部。

依赖注入模式的好处

松耦合,可重用提高组件的可测试性

Angular 如何实现依赖注入

注入器

每个组件都有一个注入器实例, 负责注入组件需要的对象。 注入器是 Angular 提供的一个服务类。 一般情况下不用直接调用注入器的方法, 注入器会自动通过组件的 构造函数(constructor) 将组件需要的对象注入进组件。 提供器会告诉注入器如何创建实例。

提供器

为了让注入器知道注入的对象如何实例化,需要指定提供器,一般情况下,我们会通过组件或模块的 providers 属性声明需要提供的对象。

一般声明方式

providers:[{provide:AService, useClass: AServivce}] <=> providers:[AService]
provide 属性:指定了提供器的令牌(token)
useClass 属性:表示实例化方式是 new

工厂方法声明方式

使用 useFactory 方式实例化对象
providers:[
  {
    provide:AService, 
    useFactory: (bService: BService) => {
      ....
    },
    deps:[BService] //deps声明工厂方法所依赖的服务。
    ]
工厂方法创建的对象是单例对象

在构造函数(constructor)中声明的对象,会根据类名去匹配提供器(providers)中的令牌(token),然后根据 useClass 属性的值去实例化指定的对象。

提供器注入规则

当一个提供器声明在模块时,对所有组件都是可见的,所有组件都可以注入;当一个提供器声明在组件时,只对声明它的组件和子组件可见,其他组件不可见;当声明在模块的提供器与声明在组件的提供器具有相同 token 时,声明在组件的提供器会覆盖声明在模块的提供器;一般情况下,我们都应该在模块中声明提供器。

赞(0)
未经允许不得转载:互联学术 » 详解Angular中的依赖注入模式

评论 抢沙发