Angular 5 快速入门与提高

一、概述

尽管被称为

Angular5

，实际上它只是这个诞生于2012年的前端框架的的第四个版本：



看起来差不多半年就发布一个新版本，不过实际上从重写的版本

2

开始，开发
接口与核心思想就稳定下来了，并基本保持着与前序版本的兼容性。

在

5

这个新的版本中，

Angular

团队将改进重点放在以下特性方面：

更易于构建渐进式

Web

应用 —— __P__rogressive __W__eb __A__pp

使用构建优化器剔除无用代码，以获得更小的应用、更快的网络加载时间

使物化设计组件兼容服务端渲染

PWA

是

Google

提出的一个标准，旨在让Web应用在移动终端上获得媲美原生
应用的用户体验。一个

PWA

应用主要利用

Service Worker

和浏览器缓存来
提省交互体验，它不仅可以直接部署在手机桌面，而且可以离线应用：



二、引入angular环境

Angular

推荐使用

TypeScript

来开发应用，这要求使用一个在线
编译器（

JIT

）实时编译代码，或者在开发期采用预编译器(

AOT

)提前编译代码。

为了避免这个繁琐的过程影响对

Angular

框架本质的思考，我们将这些
必需品进行了必要的配置和打包，以便适应在线编写和实验。现在只需要引入
一个库

a5-loader

就可以了。

下图是库的构成示意，其中的蓝色部件均打包在库中：



你可能注意到

Angular

框架并不是蓝色的。的确，我们没有把它打包在

a5-loader

中，
而是让模块加载器（

SystemJS

）根据应用的需要自动加载。这么做的目的，是为了
让应用代码，和后续课程中采用的后端构建方法保持一致。

如果你对这个库有兴趣，可以访问github上的 http://github.com/hubwiz/a5-loader 仓库。

三、创建Angular组件

Angular

是面向组件的前端开发框架。如果你从事过C/S图形化应用的开发，应该
知道组件这个词的含义。基本上，组件代表着一些具有图形界面，并且具有内在逻辑能力的
程序单元。下图列出了三种用于实现乒乓切换的组件：



组件提供了很好的复用性，在一堆组件的基础上，我们使用简单的胶水代码就可以实现相当
复杂的交互功能。

现在让我们来创建

Angular

组件，代码相当简单：

@Component({
selector: "ez-app",
template: `<h1>Hello,angular5</h1>`
})
class EzComp{}

在

Angular

框架中，__组件__就是指一个应用了

Component

装饰器的类。

Component

装饰器的作用，
就是为被装饰的类附加元数据信息：

Angular

框架对应用进行编译引导时，将使用这些元数据构造视图。其中的两个元数据非常重要：

selector：组件宿主元素的

CSS

选择符，声明了组件在DOM树中的渲染锚点

template：组件的模板，框架将以这个模板为蓝图构建视图

四、创建Angular模块

Angular

框架的核心是组件化，同时它的设计目标是适应大型应用的开发。因此，在
应用开发中引入了模块（

NgModule

）的概念来组织不同的组件（及服务），一个
Angular应用至少需要创建一个模块。

为了区别于JavaScript语言本身的模块概念，在本课程中将使用__NG模块__来
表示一个Angular模块。

类似于组件，NG模块就是一个应用了

NgModule

装饰器的类。例如，下面的代码
创建了一个NG模块

EzModule

：

@NgModule({
imports: [ BrowserModule ],
declarations: [ EzComp ],
bootstrap: [ EzComp ]
})
class EzModule{}

同样，

NgModule

装饰器用来给被装饰的类附加模块元数据，可以查看被装饰类的

__annotations__

属性来观察这一结果：

NgModule

装饰器声明了一些关键的元数据，来通知框架需要载入哪些NG模块、
编译哪些组件以及启动引导哪些组件：

imports： 需要引入的外部NG模块

declarations：本模块创建的组件，加入到这个元数据中的组件才会被编译

bootstrap：声明启动引导哪个组件，必须是编译过的组件

需要强调的是，

bootstrap

元数据声明的组件必须是编译过的组件：它要么属于
使用

imports

元数据引入的外部NG模块，要么是已经在

declarations

元数据
中声明的本地组件。

NG模块

BrowserModule

定义于包

@angular/platform-browser

，它是Angular
跨平台战略的重要组成部分。

BrowserModule

封装了浏览器平台下的核心
功能实现，与之对应的其他平台实现还有：

ServerModule：服务端实现

WorkerAppModule：WebWorker实现

通常情况下开发Web应用时，我们都需要引入

BrowserModule

这一NG模块。

五、启动Angular应用

前面课程中，我们已经创建了一个组件和一个NG模块，不过似乎只是定义了一堆的元数据，
几乎没有写太多有价值的代码。
但这就是Angular框架的一个特点：声明式开发。这些元数据是用来向框架声明
如何引导启动应用程序的重要信息。

启动代码很简单，引入

platformBrowserDynamic()

工厂函数、创建平台实例、启动
指定模块：

<pre>
import { platformBrowserDynamic } from "@angular/platform-browser-dynamic"
const pref = platformBrowserDynamic()
pref.bootstrapModule(EzModule)
</pre>

√ 平台对象：PlatformRef

platformBrowserDynamic()

函数返回一个

PlatformRef

对象（Angular对平台的抽象），
这个函数最重要的作用，在于其内部创建了一个即时（__J__ust __I__n __T__ime）编译器，
可以在线实时编译NG模块和组件，这也是它被称为动态（

Dynamic

）的原因：



平台对象的

bootstrapModule()

方法用来启动指定的NG模块，启动的绝大部分
工作，在于利用JIT编译器编译NG模块和组件，当这些编译工作都完成后，则根据启动模块的

bootstrap

元信息，渲染指定的组件。

六、为什么这么复杂？

可能你已经感觉有点复杂了：只是为了写一个

Hello,World

，就要写这么多代码。

事实上这些复杂性是随着Angular的发展逐步引入的，从好的一方面说，是提供给开
发者的可选项逐渐增多了，适用场景变多了。

比如，在Angular2正式版之前，都没有NG模块的概念，你只要写一个组件就可以直接
启动应用了。Angular团队的预期应用场景是大规模前端应用开发，因此显式的NG模块
声明要求也是容易理解的。不过即使是小型的应用，由于可以只使用一个NG模块，
因此这一点的复杂性增加倒也不多，只是增加了学习和运用这个新概念的成本。

另一个显而易见的复杂性，在于多平台战略的引入。Angular希望让应用可以跨越
浏览器、服务器等多个平台（基本）直接运行。因此免不了抽象一个中间层出来，
我们需要在应用中显式地选择相应的平台实现模块：



第三个复杂性来源于对预编译（

AOT

：Ahead Of Time）的支持。在早期，Angular
只有即时编译（

JIT

：Just In Time），也就是说应用代码是在运行时编译的。即时
编译的第一个问题是在应用中需要打包编译器代码，这增加了最终发布的应用代码的
大小；另一个问题在于编译需要时间，这增加了用户打开应用的等待时间。因此现在
的Angular是同时支持JIT和AOT的，但启动JIT编译的应用，和启动AOT编译的应用，在
目前需要显式地进行选择：



对于Angular而言，编译将入口NG模块定义转换为NG模块工厂（

NgModuleFactory

）。
对于JIT而言，这一步是隐含在

bootstrapModule()

中的。而对于AOT而言，生成模块
工厂就结束了，应用启动时使用

bootstrapModuleFactory()

调用生成的模块工厂即可。

尽管AOT编译通常在构建阶段运用，我们可以在浏览器里模拟这个分两步的过程。

七、理解Angular的初衷

除了框架本身的功能强大导致的复杂性，Angular的另一个复杂性来源在于
其高度封装的声明式API，让开发者难以揣摩、洞察框架的实现机制，因此使用
起来就很心虚，一旦出现问题则难以分析排错：



不能把Angular当作黑盒来使用。

一方面原因在于，Angular是以其声明式的模板语法为核心提供API
开发接口的，开发者书写的模板，经过框架相当复杂的编译处理，才渲染出最终的
视图对象。如果不尝试了解从模板到视图对象这个过程究竟发生了什么，我相信你
始终会有一种失控的感觉。

另一方面原因在于，Angular是一个框架，它搭好了应用程序的架子，留了一些
空隙让开发者填充。如果不尽可能地了解框架的运行机制，很难充分地利用好框架。

开发Angular的出发点，是为了实现用HTML来编写用户界面，想想一个静态网页有多
容易开发，你就知道这是多么好的想法：



原生HTML的问题在于，首先它需要借助于JavaScript才能实现过得去的用户交互，其次
它只有那么多标签可用，难以担当开发用户界面的大任。

既然浏览器不能直接解释

<ez-gauge>

这样的标签，Angular团队就引入了编译器的概念：
在送给浏览器之前，先把有扩展标签的HTML翻译成浏览器支持的原生HTML：



点击这里跟着本文继续：

http://xc.hubwiz.com/class/59de66862d4f22811dc6b2f7/#1/9

写在文末：相信很多学习angular的同学都看过我们的内容，想来或多或少的应该有些帮助。希望这个课程能给大家带来更多的帮助，让大家能够更快的进入angular5的世界，更多精彩内容请移步：

http://xc.hubwiz.com/course/59de66862d4f22811dc6b2f7