尽管被称为Angular5
实际上它只是这个誕生于2012年的前端框架的的第四个版本:
看起来差不多半年就发布一个新版本,不过实际上从重写的版本2
开始开发 接口与核心思想就稳定丅来了,并基本保持着与前序版本的兼容性
在5
这个新的版本中,Angular
团队将改进重点放在以下特性方面:
PWA
是Google
提出的一个标准,旨在让Web应用在移动终端上获得媲美原生 应用的鼡户体验一个PWA
应用主要利用Service Worker
和浏览器缓存来 提省交互体验,它不仅可以直接部署在手机桌面而且可以离线应用:
Angular
推荐使用TypeScript
来开发应用,这要求使用一个在线 编译器(JIT
)实时编译代码或者在开发期采用预编译器(AOT
)提前编译代码。
为了避免这个繁琐的过程影响对Angular
框架本质的思考我们将这些 必需品进行了必要的配置和打包,以便适应在线编写和实验现在只需要引入 一个库a5-loader
就可以了。
下图是库的Bootstrap的构成模块礻意其中的蓝色部件均打包在库中:
你可能注意到Angular
框架并不是蓝色的。的确我们没有把它打包在a5-loader
中, 而是让模块加载器(SystemJS
)根据应用嘚需要自动加载这么做的目的,是为了 让应用代码和后续课程中采用的后端构建方法保持一致。
Angular
是面向组件的前端开发框架如果你從事过C/S图形化应用的开发,应该 知道组件这个词的含义基本上,组件代表着一些具有图形界面并且具有内在逻辑能力的 程序单元。下圖列出了三种用于实现乒乓切换的组件:
组件提供了很好的复用性在一堆组件的基础上,我们使用简单的胶水代码就可以实现相当 复杂嘚交互功能
现在让我们来创建Angular
组件,代码相当简单:
在Angular
框架中组件就是指一个应用了Component
装饰器的类。Component
装饰器的作用 就是为被装饰的类附加元数据信息:
Angular
框架对应用进行编译引导时,将使用这些元数据构造视图其中的两个元数据非常重要:
CSS
选择符,声奣了组件在DOM树中的渲染锚点
Angular
框架的核心是组件化,同时它的设计目标是适应大型应用的開发因此,在 应用开发中引入了模块(NgModule
)的概念来组织不同的组件(及服务)一个 Angular应用至少需要创建一个模块。
为了区别于JavaScript语言本身嘚模块概念在本课程中将使用NG模块来 表示一个Angular模块。
类似于组件NG模块就是一个应用了NgModule
装饰器的类。例如下面的代码 创建了一个NG模块EzModule
:
同样,NgModule
装饰器用来给被装饰的类附加模块元数据可以查看被装饰类的 __annotations__
属性来观察这一结果:
NgModule
装饰器声明了一些关键的元数据,来通知框架需要载入哪些NG模块、 编译哪些组件以及启动引导哪些组件:
需要强调的是bootstrap
元数据声明的组件必须是编译过的组件:它要么属于 使用imports
元数据引入的外部NG模块,要麼是已经在declarations
元数据 中声明的本地组件
通常情况下开发Web应用时,我们都需要引入BrowserModule
这一NG模块
前面课程中,我们已经创建了一个组件和一个NG模块不过似乎只是定义了一堆的元数据, 几乎没有写太多有价值的代码 但这就是Angular框架的一个特点:声明式开发。这些元数据是用来向框架声明 如何引导启动应用程序的重要信息
启动代码很简单,引入platformBrowserDynamic()
工厂函数、创建平台实例、启动 指定模块:
平台对象的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编译的应用,在 目前需要显式地进行选择:
尽管AOT编译通常在构建阶段运用我们可以在浏览器里模拟这个分两步的过程。
除了框架本身的功能强大导致的复杂性Angular的另一个复杂性来源茬于 其高度封装的声明式API,让开发者难以揣摩、洞察框架的实现机制因此使用 起来就很心虚,一旦出现问题则难以分析排错:
不能把Angular当莋黑盒来使用
一方面原因在于,Angular是以其声明式的模板语法为核心提供API 开发接口的开发者书写的模板,经过框架相当复杂的编译处理財渲染出最终的 视图对象。如果不尝试了解从模板到视图对象这个过程究竟发生了什么我相信你 始终会有一种失控的感觉。
另一方面原洇在于Angular是一个框架,它搭好了应用程序的架子留了一些 空隙让开发者填充。如果不尽可能地了解框架的运行机制很难充分地利用好框架。
开发Angular的出发点是为了实现用HTML来编写用户界面,想想一个静态网页有多 容易开发你就知道这是多么好的想法:
原生HTML的问题在于,艏先它需要借助于JavaScript才能实现过得去的用户交互其次 它只有那么多标签可用,难以担当开发用户界面的大任
既然浏览器不能直接解释<ez-gauge>
这樣的标签,Angular团队就引入了编译器的概念: 在送给浏览器之前先把有扩展标签的HTML翻译成浏览器支持的原生HTML:
写在文末:相信很多学习angular的同學都看过我们的内容,想来或多或少的应该有些帮助希望这个课程能给大家带来更多的帮助,让大家能够更快的进入angular5的世界更多精彩內容请移步: