Angular 4依赖注入学习教程之InjectToken的使用(八)
学习目录
- angular 4 依赖注入教程之一 依赖注入简介
- angular 4 依赖注入教程之二 组件服务注入
- angular 4 依赖注入教程之三 classprovider的使用
- angular 4 依赖注入教程之四 factoryprovider的使用
- angular 4 依赖注入教程之五 factoryprovider配置依赖对象
- angular 4 依赖注入教程之六 injectable 装饰器
- angular 4 依赖注入教程之七 valueprovider的使用
- angular 4 依赖注入教程之八 injecttoken的使用
本文主要给大家介绍的是关于angular 4依赖注入之injecttoken使用的相关内容,分享出来供大家参考学习,下面来一起看看详细的介绍:
本系列教程的开发环境及开发语言:
基础知识
opaquetoken 简介
opaquetoken 用于创建可在 provider 中使用的 token。
opaquetoken 类的定义
export class opaquetoken { constructor(protected _desc: string) {} tostring(): string { return `token ${this._desc}`; } }
opaquetoken 类的使用
import { reflectiveinjector } from '@angular/core'; var t = new opaquetoken("value"); var injector = reflectiveinjector.resolveandcreate([ {provide: t, usevalue: "bindingvalue"} ]); injector.get(t); // "bindingvalue"
injectiontoken 简介
injectiontoken 用于创建可在 provider 中使用的 token。
injectiontoken 类的定义
export class injectiontoken<t> extends opaquetoken { private _differentiate_from_opaquetoken_structurally: any; constructor(desc: string) { super(desc); } tostring(): string { return `injectiontoken ${this._desc}`; } }
injectiontoken 类的使用
import { reflectiveinjector } from '@angular/core'; var t = new injectiontoken<string>("value"); var injector = reflectiveinjector.resolveandcreate([ {provide: t, usevalue: "bindingvalue"} ]); injector.get(t); // "bindingvalue"
injectiontoken
在介绍 injectiontoken 相关内容之前,我们先回顾一下 "valueprovider的使用" 这篇中我们介绍的内容:
使用 valueprovider
@ngmodule({ ..., providers: [ { provide: 'apiurl', usevalue: 'http://localhost:4200/heros' } ], bootstrap: [appcomponent] }) export class appmodule { }
更新 heroservice 服务
@injectable() export class heroservice { constructor(private loggerservice: loggerservice, private http: http, @inject('apiurl') private apiurl) { } getheros(): observable<array<{ id: number; name: string }>> { this.loggerservice.log('fetching heros...'); return this.http.get(this.apiurl) .map(res => res.json()) } }
为了能够更方便地管理与维护 apiurl 地址,我们利用了 valueprovider 和 inject 装饰器。一切看起来非常顺利,但某一天假设我们引入了一个第三方库 - third-lib.ts,该文件的内容如下所示:
export const third_party_providers = [ { provide: 'apiurl', usevalue: 'other url' } ];
接着我们在 appmodule 中配置对应的 provider 信息,具体如下:
import { third_party_providers } from './third-party'; @ngmodule({ ..., providers: [ { provide: 'apiurl', usevalue: 'http://localhost:4200/heros' }, third_party_providers ], bootstrap: [appcomponent] }) export class appmodule { }
当更新完上述代码,成功保存后,你会发现 http://localhost:4200/ 页面,又是空空如也了。这时如果我们打开开发者工具,切换到 console 面板你会看到如下异常信息:
get http://localhost:4200/other%20value 404 (not found)
什么情况,我们的英雄信息的接口地址被替换了,其实真正的原因是使用字符串作为 token 引起冲突了。那么怎么解决呢?最简单的方式是对调一下 valueprovider 与 third_party_providers 的位置。你会发现在 http://localhost:4200/ 页面,你又能看到英雄信息。当然这不能解决本质问题,因为这样会导致你引入的第三方库不能正常工作。
相信很多读者已经习惯了我的 "套路",当然要让我们的主角 - injectiontoken 出马,来解决这个问题咯。为了统一管理应用中的 token 信息 ,我们新建一个 app.tokens.ts 文件来保存应用中的 token 信息。
该文件的具体内容如下:
import { injectiontoken } from '@angular/core'; export const api_url = new injectiontoken<string>('apiurl');
接下来我们在更新一下 appmodule:
import { api_url } from './app.tokens'; @ngmodule({ ..., providers: [ { provide: api_url, usevalue: 'http://localhost:4200/heros' }, third_party_providers ], bootstrap: [appcomponent] }) export class appmodule { }
然后在更新 heroservice 服务,具体更新内容如下:
import { api_url } from './app.tokens'; @injectable() export class heroservice { constructor(private loggerservice: loggerservice, private http: http, @inject(api_url) private apiurl) { } }
当更新完上述代码,成功保存后,你会发现 http://localhost:4200/ 页面,又能正常显示英雄信息了。问题已经解决了,但其实这是因为我们使用了不同的 token 。我们再来验证一个问题:
import { injectiontoken } from '@angular/core'; const api_url = new injectiontoken<string>('apiurl'); export const third_party_providers = [ { provide: api_url, usevalue: 'other value' } ];
你会发现更新完 third-lib.ts 库,且成功保存后,在 http://localhost:4200/ 页面,还是能正常显示英雄信息。此时,我们的 angular 4 依赖注入教程已经结束了。
我有话说
opaquetoken 与 injectiontoken 有什么区别?
相同点
- 它们都是用于创建可在 provider 中使用的 token。
不同点
- opaquetoken 是 angular 2.x 版本中引入的类。
- injectiontoken 是在 angular 4.x 版本中引入的类,该类继承于 opaquetoken,且引入了泛型用于定义所关联的依赖对象的类型。
angularjs 1.x di 系统存在的问题
- 内部缓存:angularjs 1.x 应用程序中所有的依赖项都是单例,我们不能灵活地控制是否使用新的实例。
- 命名空间冲突: 在系统中我们使用字符串来标识服务 (service) 的名称,假设我们在项目中已有一个 carservice,然而第三方库中也引入了同样的服务,这样的话就容易出现冲突。
- di 耦合度太高: angularjs 1.x 中 di 功能已经被框架集成了,我们不能单独使用它的依赖注入功能。
- 未能和模块加载器结合: 在浏览器环境中,很多场景都是异步的过程,我们需要的依赖模块并不是一开始就加载好的,或许我们在创建的时候才会去加载依赖模块,再进行依赖创建,而 angularjs 1.x 的 di 系统没法做到这点。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者使用angular 4能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对的支持。
推荐阅读
-
Angular 4依赖注入学习教程之ClassProvider的使用(三)
-
Angular 4依赖注入学习教程之ValueProvider的使用(七)
-
Angular 4依赖注入学习教程之InjectToken的使用(八)
-
Angular 4 依赖注入学习教程之FactoryProvider的使用(四)
-
Angular 4依赖注入学习教程之ValueProvider的使用(七)
-
Angular 4 依赖注入学习教程之FactoryProvider的使用(四)
-
Angular 4依赖注入学习教程之InjectToken的使用(八)
-
Angular 4依赖注入学习教程之ClassProvider的使用(三)