Angular架构
Angular 是一个用 HTML 和 JavaScript 或者一个可以编译成 JavaScript 的语言(例如 Dart 或者 TypeScript ),来构建客户端应用的框架。 该框架包括一系列库,有些是核心库,有些是可选库。 我们是这样写 Angular 应用的:用 Angular 扩展语法编写 HTML 模板,用组件类管理这些模板,用服务添加应用逻辑,用模块打包发布组件与服务。 然后,我们通过引导根模块来启动该应用。Angular 在浏览器中接管、展现应用的内容,并根据我们提供的操作指令响应用户的交互。 当然,这只是冰山一角。后面我们将学习更多的细节。不过,目前我们还是先关注全景图吧。 这个架构图展现了 Angular 应用中的 8 个主要构造块:
掌握了这些构造块,你就可以下山了! 本章所引用的代码见在线例子。 The code referenced on this page is available as a live example. 模块Angular 应用是模块化的,并且 Angular 有自己的模块系统,它被称为 Angular 模块或 NgModules。 Angular 模块很重要。这里只是简单介绍,在 Angular 模块中会做深入讲解。 每个 Angular 应用至少有一个模块(根模块),习惯上命名为 根模块在一些小型应用中可能是唯一的模块,大多数应用会有很多特性模块,每个模块都是一个内聚的代码块专注于某个应用领域、工作流或紧密相关的功能。 Angular 模块(无论是根模块还是特性模块)都是一个带有 装饰器是用来修饰 JavaScript 类的函数。Angular 有很多装饰器,它们负责把元数据附加到类上,以了解那些类的设计意图以及它们应如何工作。关于装饰器的更多信息。
下面是一个简单的根模块: app/app.module.tsimport { NgModule } from '@angular/core'; import { BrowserModule } from '@angular/platform-browser'; @NgModule({ imports: [ BrowserModule ], providers: [ Logger ], declarations: [ AppComponent ], exports: [ AppComponent ], bootstrap: [ AppComponent ] }) export class AppModule { }
我们通过引导根模块来启动应用。在开发期间,你通常在一个 app/main.tsimport { platformBrowserDynamic } from '@angular/platform-browser-dynamic'; import { AppModule } from './app.module'; platformBrowserDynamic().bootstrapModule(AppModule); Angular 模块 vs. JavaScript 模块Angular 模块(一个用 JavaScript 也有自己的模块系统,用来管理一组 JavaScript 对象。它与 Angular 的模块系统完全不同且完全无关。 JavaScript 中,每个文件是一个模块,文件中定义的所有对象都从属于那个模块。通过 import { NgModule } from '@angular/core'; import { AppComponent } from './app.component'; export class AppModule { } 学习更多关于 JavaScript 模块的知识。 这两个模块化系统是互补的,我们在写程序时都会用到。 Angular 模块库Angular 提供了一组 JavaScript 模块。可以把它们看做库模块。 每个 Angular 库的名字都带有 用 npm 包管理工具安装它们,用 JavaScript 的 例如,象下面这样,从 import { Component } from '@angular/core'; 还可以使用 JavaScript 的导入语句从 Angular 库中导入 Angular 模块。 import { BrowserModule } from '@angular/platform-browser'; 在上面那个简单的根模块的例子中,应用模块需要 imports: [ BrowserModule ], 这种情况下,你同时使用了 Angular 和 JavaScript 的模块化系统。 这两个系统比较容易混淆,因为它们共享相同的词汇 “imports” 和 “exports”。先放一放,随着时间和经验的增长,自然就会澄清了。 更多信息,见 Angular 模块。 组件组件负责控制屏幕上的一小块区域,我们称之为视图。 例如,下列视图都是由组件控制的:
我们在类中定义组件的应用逻辑,为视图提供支持。组件通过一些由属性和方法组成的 API 与视图交互。 例如, app/hero-list.component.ts (class)export class HeroListComponent implements OnInit { heroes: Hero[]; selectedHero: Hero; constructor(private service: HeroService) { } ngOnInit() { this.heroes = this.service.getHeroes(); } selectHero(hero: Hero) { this.selectedHero = hero; } } 当用户在这个应用中漫游时, Angular 会创建、更新和销毁组件。应用可以通过生命周期钩子在组件生命周期的各个时间点上插入自己的操作,例如上面声明的 模板我们通过组件的自带的模板来定义组件视图。模板以 HTML 形式存在,告诉 Angular 如何渲染组件。 多数情况下,模板看起来很像标准 HTML,当然也有一点不同的地方。下面是 app/hero-list.component.html
模板除了可以使用像 在模板的最后一行,
注意到了吗? 元数据元数据告诉 Angular 如何处理一个类。 回头看看 实际上, 要告诉 Angular 在TypeScript 中,我们用装饰器 (decorator) 来附加元数据。下面就是 app/hero-list.component.ts (metadata)@Component({ moduleId: module.id, selector: 'hero-list', templateUrl: 'hero-list.component.html', providers: [ HeroService ] }) export class HeroListComponent implements OnInit { /* . . . */ } 这里看到
模板、元数据和组件共同描绘出这个视图。 其它元数据装饰器用类似的方式来指导 Angular 的行为。例如 这种架构处理方式是:你向代码中添加元数据,以便 Angular 知道该怎么做。 数据绑定如果没有框架,我们就得自己把数据值推送到 HTML 控件中,并把用户的反馈转换成动作和值更新。如果手工写代码来实现这些推/拉逻辑,肯定会枯燥乏味、容易出错,读起来简直是噩梦 —— 写过 jQuery 的程序员大概都对此深有体会。 Angular 支持数据绑定,一种让模板的各部分与组件的各部分相互合作的机制。我们往模板 HTML 中添加绑定标记,来告诉 Angular 如何把二者联系起来。 如图所示,数据绑定的语法有四种形式。每种形式都有一个方向 —— 绑定到 DOM 、绑定自 DOM 以及双向绑定。
app/hero-list.component.html (binding)<li>{{hero.name}}</li> <hero-detail [hero]="selectedHero"></hero-detail> <li (click)="selectHero(hero)"></li>
双向数据绑定是重要的第四种绑定形式,它使用 app/hero-detail.component.html (ngModel)<input [(ngModel)]="hero.name"> 在双向绑定中,数据属性值通过属性绑定从组件流到输入框。用户的修改通过事件绑定流回组件,把属性值设置为最新的值。 Angular 在每个 JavaScript 事件循环中处理所有的数据绑定,它会从组件树的根部开始,递归处理全部子组件。 数据绑定在模板与对应组件的交互中扮演了重要的角色。 数据绑定在父组件与子组件的通讯中也同样重要。 指令 (directive)Angular 模板是动态的。当 Angular 渲染它们时,它会根据指令提供的操作对 DOM 进行转换。 指令是一个带有“指令元数据”的类。在 TypeScript 中,要通过 组件是一个带模板的指令; 虽然严格来说组件就是一个指令,但是组件非常独特,并在 Angular 中位于中心地位,所以在架构概览中,我们把组件从指令中独立了出来。 还有两种其它类型的指令:结构型指令和属性 (attribute) 型指令。 它们往往像属性 (attribute) 一样出现在元素标签中,偶尔会以名字的形式出现,但多数时候还是作为赋值目标或绑定目标出现。 结构型指令通过在 DOM 中添加、移除和替换元素来修改布局。 下面的范例模板中用到了两个内置的结构型指令: app/hero-list.component.html (structural)<li *ngFor="let hero of heroes"></li> <hero-detail *ngIf="selectedHero"></hero-detail>
属性型 指令修改一个现有元素的外观或行为。在模板中,它们看起来就像是标准的 HTML 属性,故名。
app/hero-detail.component.html (ngModel)<input [(ngModel)]="hero.name"> Angular 还有少量指令,它们或者修改结构布局(例如 ngSwitch),或者修改 DOM 元素和组件的各个方面(例如 ngStyle和 ngClass)。 当然,我们也能编写自己的指令。像 服务服务是一个广义范畴,包括:值、函数,或应用所需的特性。 几乎任何东西都可以是一个服务。典型的服务是一个类,具有专注的、明确的用途。它应该做一件特定的事情,并把它做好。 例如:
服务没有什么特别属于 Angular 的特性。 Angular 对于服务也没有什么定义。它甚至都没有定义服务的基类,也没有地方注册一个服务。 即便如此,服务仍然是任何 Angular 应用的基础。组件就是最大的服务消费者。 下面是一个服务类的范例,用于把日志记录到浏览器的控制台: app/logger.service.ts (class)export class Logger { log(msg: any) { console.log(msg); } error(msg: any) { console.error(msg); } warn(msg: any) { console.warn(msg); } } 下面是 app/hero.service.ts (class)export class HeroService { private heroes: Hero[] = []; constructor( private backend: BackendService, private logger: Logger) { } getHeroes() { this.backend.getAll(Hero).then( (heroes: Hero[]) => { this.logger.log(`Fetched ${heroes.length} heroes.`); this.heroes.push(...heroes); // fill cache }); return this.heroes; } } 服务无处不在。 组件类应保持精简。组件本身不从服务器获得数据、不进行验证输入,也不直接往控制台写日志。它们把这些任务委托给服务。 组件的任务就是提供用户体验,仅此而已。它介于视图(由模板渲染)和应用逻辑(通常包括模型的某些概念)之间。设计良好的组件为数据绑定提供属性和方法,把其它琐事都委托给服务。 Angular 不会强制要求我们遵循这些原则。即使我们花 3000 行代码写了一个“厨房洗碗槽”组件,它也不会抱怨什么。 Angular 帮助我们遵循这些原则 —— 它让我们能轻易地把应用逻辑拆分到服务,并通过依赖注入来在组件中使用这些服务。 依赖注入“依赖注入”是提供类的新实例的一种方式,还负责处理好类所需的全部依赖。大多数依赖都是服务。Angular 使用依赖注入来提供新组件以及组件所需的服务。 Angular 通过查看构造函数的参数类型得知组件需要哪些服务。例如, app/hero-list.component.ts (constructor)constructor(private service: HeroService) { } 当 Angular 创建组件时,会首先为组件所需的服务请求一个注入器 (injector)。 注入器维护了一个服务实例的容器,存放着以前创建的实例。如果所请求的服务实例不在容器中,注入器就会创建一个服务实例,并且添加到容器中,然后把这个服务返回给 Angular。当所有请求的服务都被解析完并返回时,Angular 会以这些服务为参数去调用组件的构造函数。这就是依赖注入 。
如果注入器还没有 简单的说,必须在要求注入 我们可以在模块或组件中注册提供商。 通常会把提供商添加到根模块上,以便在任何地方使用服务的同一个实例。 app/app.module.ts (module providers)providers: [ BackendService, HeroService, Logger ], 或者,也可以在 app/hero-list.component.ts (component providers)@Component({ moduleId: module.id, providers: [ HeroService ] }) 把它注册在组件级表示该组件的每一个新实例都会有一个服务的新实例。 需要记住的关于依赖注入的要点是:
总结我们学到的这些只是关于 Angular 应用程序的八个主要构造块的基础知识:
这是 Angular 应用程序中所有其它东西的基础,要使用 Angular,以这些作为开端就绰绰有余了。但它仍然没有包含我们需要知道的全部。 这里是一个简短的、按字母排序的列表,列出了其它重要的 Angular 特性和服务。它们大多数已经(或即将)包括在这份开发文档中:
price | currency:'USD':true 它把价格"42.33"显示为 路由器:在应用程序客户端的页面间导航,并且不离开浏览器。 测试:使用 Angular 测试平台,在你的应用部件与 Angular 框架交互时进行单元测试。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |