Angular 1 和 Angular 2 集成:无缝升级的方法
已经有了 Angular 1 应用程序,正在想着怎么把它升级到 Angular 2?看看我们是怎么样支持递增升级的。
摘要
好消息。
-
我们计划在同一应用程序上允许 Angular 1 和 Angular 2 混合使用
-
你可以在同一个视图中混用 Angular 1 和 Angular 2 组件
-
Angular 1 和 Angular 2可以跨框架注入服务
-
数据绑定可以跨框架运行
为什么要升级?
Angular 2 相对于 Angular 1 有很多优势,其中包括:性能有了极大提高,更强大的模板化,延迟加载,更简单的 API。 调试更加简单,测试前所未有地容易,等等。以下是几个突出亮点:
更好的性能
我们通过关注大量的场景来让你的应用变得轻快,初次渲染和再次渲染会快 3x 到 5x。
-
通过单形态的 JS 调用进行更快的变化检测
-
模板预编译和重用
-
页面缓存
-
更低的内存使用 / VM 压力
-
线性可伸缩,可观察或者不可变数据结构
-
依赖注入支持增量加载
更多强大的模板
-
不再需要大量的指令
-
静态分析 —— 未来工具和 IDEs 在开发的过程发现错误,而不是运行过程
-
允许模板编写工具来决定绑定的使用,而不是在指令定义硬连接
未来计划
我们正在从 DOM 解耦 Angular 2 的渲染。我们正在积极支持下面的其他功能,从这个解耦我们可以:
-
服务端渲染:允许超快的初次渲染和 web-crawler 支持。
-
Web Workers:把你的应用和大部分 Angular 转移到一个 Web Worker 线程,保持任何时候的 UI 的流畅和响应式。
-
原生移动 UI:我们热衷于在移动应用中支持 Web 平台。同时,一些团队想要在他们的 iOS 和 Android 移动应用中展示完全原生的 UIs。
-
编译作为构建的步骤之一。Angular 应用解析和编译他们的 HTML 模板。我们在把编译步骤转移到你的构建过程,以此来加快初次渲染速度。
Angular 1 和 2 共同运行
Angular 2 比 Angular 1 提供了更吸引人的优势,表现在性能,简易性和灵活性。我们正在努力令你容易地从现有 Angular 1应用中就能获得这种优势的好处,而这种 Angular 1 应用无缝混合了 Angular 2的组件和服务从而形成单独的应用。通过这样的混合,你能够在多次小规模的提交中升级一个应用中的一个服务或组件。
例如,你可能有一个如下图类似的应用。为了感受 Angular 2 的新特性,又决定升级组件 left nav 成为 Angular 2 组件。一旦你对 Angular 2 的应用更有把握,你决定为了你的主体区域中的滚动区使用 Angular 2 的渲染速度。
为了让两者集成工作,在 Anglar 1 和 Angular 2 之间有四样要素需要相互协作:
-
依赖注入
-
组件嵌套
-
内容嵌入
-
变化检测
为了实现以上功能,我们会建立一个名为 ng-upgrade 的库。你能在已存在的 Angular 1 应用里包含 ng-upgrade 和 Angular 2,并能很好地与之混合并搭配使用。
你可以在原始的改进设计文档中找到全部细节和伪代码,并阅读细节的概述以了解其工作原理。在未来的官方公告中,我们将会粗略介绍从 Angular 1 代码升级到 Angular 2 的特例。
依赖注入
首先,我们需要解决应用程序中各部分的通信问题。在 Angular 中,用于与其他类或函数通信的的最普遍方式是依赖注入。Angular 1 具有单一的根注入器,而 Angular 2 则具有分层注入器。每次升级服务都暗示着这两种注入需要互相提供实例。
ng-upgrade 库会自动地把 Angular 1 中的所有可注入的元素在 Angular 2 中变得可用。这意味着 Angular 2 的组件或服务能够在你的 Angular 1 应用服务中各处注入。
Angular 2 支持把 Angular 2 服务暴露在 Angular 1 注入器之下的行为,但你需要提供简单的映射设置。
通过独立的提交和混合环境中的通信,这种服务结果能够简便地一次一次地从 Angular 2 转移到 Angular 1。
组件嵌套和嵌入
在所有版本的 Angular 中,我们将组件定义为拥有其模板的指令。为了进行增量迁移, 你需要能够一次次迁移组件。这意味着 ng-upgrade 要允许来自每一个框架中的组件相互嵌套。
为 了解决这个问题,ng-upgrade 允许你在外观设计模式中包含 Angular 1 的组件,这样就能够在 Angular 2 的组件中使用。相反地,你可以在 Angular 1 中包含 Angular 2 的组件来使用。伴随着 Angular 1 的嵌入和 Angular 2 的内容保护的模拟,这能够发挥全部作用。
在嵌套组件中,每个模板,包括其语法和语义,完全从属与 Angular 1 或者 Angular 2 两者之一。这不是一种仿真模式,而是每个框架中基于组件种类的实实在在的执行。这意味着升级到 Angular 2 的组件将会受益于 Angular 2 的所有特性,而不仅仅是更好的语法。
这也意味着Angular 1的组件通常会使用Angular 1的依赖注入。即使在使用Angular 2的模板时,Angular 2组件也会使用Angular 2的依赖注入,即使它是使用Angular 1的模板。
变化检测
把Angular 1的组件和Angular 2的组件混合起来意味着Angular 1的作用范围和Angular 2的组件是交错的。因此,ng-upgrade会确认变化检测(Angular 1的作用范围摘要和Angular 2的变化检测)在相同通道中是否交错,以维持表达式的可预测性的评估命令。
ng-upgrade把这些特点纳入账户,并通过创造一种单独的结合性摘录循环的方法来实现跨平台,以便在Angular 1的作用范围摘要和Angular 2的变化检测建立联系。
典型的应用升级过程
这里有一个Angular 1项目升级为 Angular 2 的例子:
1. 在现有的应用中包含 Angular 2 和 ng-upgrade 的库。
2. 选择你想迁移的组件。
a. 编辑 Angular 1 的指令控制器去顺应 Angular 2 的语法。
b. 改变指令控制器/连接函数改变令其符合 Angular 2 的语法和语义。
c. 利用 ng-upgrade 去输出指令(现在是组件)作为 Angular 1 的组件(如果需要你可以称之为从Angular 1 模板衍生的 Angular 2 的组件)。
3. 选择你想迁移的服务。
a. 大多数的服务要求最低限度的修改。
b. 在 Angular 2 环境下配置服务。
c.(可选的)不使用 ng-upgrade 再输出服务到使用 ng-upgrade 的 Angular 1,如果它还继续被其他 Angular 1 代码使用。
4. 重复第2步骤和第3步骤以便于应用开发
5. 一旦没有多余的服务/组件被用来变更,把高层次的 Angular 1 引导程序降下,更换为 Angular 2的引导程序。
注意每个独立的变更会分别地被检查。并且,应用会持续地工作,让你随心所欲地继续发布升级。
我们不打算因为允许非组件的指令能够在两边被使用而提供支持。因为我们想到,大多数的非组件的指令在 Angular 2 中是不必要的,但在新的模板语法中是被直接支持的。
Q&A
我听说 Angular 2 不支持双方法连接。我应当怎样替换它?
事实上,Angular 2 是支持双方发连接和 ng-model,虽然这需要一点不同的语法。
当我们打算建立起 Angular 时,我们就想修复好与 Angular 摘录循环的发出。为了解决这个问题,我们选择创建一个非直接的数据流用作于变化检测。一开始,我们还不清楚怎样用双方法在 Angular 1 中来构建起 ng-model 的数据绑定。但我们总是认为我们必须令 Angular 2 中构建如同 Angular 1 的一样简单。
经过几次循环后,我们设法修复多摘录中坏掉的地方,同时保持 Angular 1 中 ng-model 的强力和简易性。
双方法数据绑定有了一个新语法:[(property-name)]="expression"来令表达式在各方位中的界限更加明确。由于能够应用与大多数场景,这只不过是一个微小的语法更改,能够轻易地进行迁移。
如下面的例子,在 Angular 1 中,你会有:
<input type="text" ng-model="model.name" />
在 Angular 2 中,你可以把上面的例子转换为这样:
<input type="text" [(ng-model)]="model.name" />
我能用什么语言搭配 Angular 2 使用?
Angular 2 的 API 完全支持现在的 JavaScript(ES5标准),下一个版本的 JavaScript(ES6标准或ES2015),TypeScript 和 Dart。
继续使用现在的 JavaScript 是非常好的选择,我们强烈建议你深入研究一下 ES6 和 TypeScript(ES6的一个超级集合),这些会为你的产品带来强大的提升。
ES6 为常用库,比如协议和模组,提供了很多提升性的语法和标准。TypeScript 能为你带来更好的代码导航,IDE 中的自动重构,文件,查找错误,等等。
ES6 和 TypeScript 作为现在 ES5 的超级集合,十分简单易用。这意味着你现有的全部代码是有效的,并且能为它们添加一些新特性。
我应该利用代码库中的$watch做什么?
为了得到运行速度和可预测性,在 Angular 2 中,通过在 HTML 模板中或者组件指令中的注释中申明地指定要看的表达式。
在很多应用与性能不相适的场合下, 你可以从 ES7 标准的可见性中,比如 JavaScript 中的 Rx.js 或者Dart 中的 Streams,获得可见性的好处。
现在我能为应用的版本迁移做什么准备
模仿最好的实例,并使用 Angular 1 的组件和服务来构建你的应用,就像 AngularJS 样式指南中所描述的。
原生升级能否使用新的组件路由器?
我们在 ng-conf2015 告知的升级计划是基于某时间段中全视图的升级,和两个版本的 Angular 中的组间路由器的控制通讯。
我们得到的反馈是“好的,这具有增量性,但增量性还不够。我们又重新设计如上的计划。
有更多的细节你能够透露吗?
当然是的!在升级 Angular 1 到 Angular 2 的策略设计文档。
我们在编写一系列即将发布的公告,相关主题包括如下:
-
把你对于的 Angular 1 相关知识映射,类比到Angular 2中。
-
一组围绕 Angular 2 细节的问答。
-
带有代码示例的版本迁移的细致指导。
再回!