今年的3月5号，ng-conf 2015大会上，Angular官方团队对外发布了Angular 2的alpha版本,同时公布了新的网站地址：
对于使用Angular的开发者来说是一件喜讯，由于我们的产品
目前也正是使用的Angular.js 1.2.x版本，所以我们更关心Angular的一切，为什么2.0不叫Angular.js而改名叫Angular是由于2.0中包含2个版本，分别为：Angular for JavaScript 和 Angular for Dart，alpha版本的下载地址为：
所以在公司内部就有了这次分享，主要是让大家初步了解下Angular 2到底改变了什么，这个彻底革命的MV*框架到底革命了什么，以及未来的新标准是什么样子的？
这篇博客主要是把内部分享的内容整理一下，献给关心Worktile技术的使用者们。
Angular 2.0 浅入浅出
为什么起这个标题呢？
由于Angular 2.0目前只是alpha版本，而且相关的API都没有提供，官方只提供了一些简单的示例，所以暂时没有必要深入研究太多，因为很多东西也还没有最终定稿，但可以初步了解下他的一些新特性。
Angular 2.0是什么？
Angular 2.0的动机
为了解决Angular.js 1.x版本中的种种问题，所以才有了彻底的变更。
JavaScript的诞生、发布和标准化
因为Angular 2.0 采用的是AtScript 编写的，AtScript基本上兼容 TypeScript和ECMAScript 5/ECMAScript 6，目前我们所说的Javascript语法都是 ES5.1版本，所以我觉得有必要说下Javascript的一些历史以及标准化的事情。
下图是Javascript发布版本的时间表和浏览器的支持情况，到目前为止，基本上所有主流浏览器都支持ES5。
关于更多详情参考：
ECMAScript 6的新特性
那么ES6 什么时候发布呢？到底有哪些新特性呢？
我觉得这个问题，所有做前端的人都应该要了解，因为这即将成为未来的标准，预计2015年6月份左右，ECMAScript 6会正式发布，很多主流的浏览器在正式发布之后肯定会逐渐的支持这些特性。
关于ES6到底有哪些新特性，大家可以看下 ，基本上涵盖了大部分功能。
我觉得重要的几个特性是：Class、Module、一些语法糖、基础功能的增强等。
下面这几个图主要展示下 ES5&&ES6&&TypeScript&&AtScript的演变过程
关于AtScript
AtScript是Angular团队为了打造Angular 2.0 专门开发的一门语言，官方团队的解释是：AtScript并不是一门新的语言，而是 TypeScript + 注解 + 类型检查，而TypeScript ＝ ES5+ES6+Types，所以说大家掌握了ES6，基本上也就理解了AtScript了。
关于AtScript的注解和类型检查可以参考：
注意：Angular 2.0是采用 AtScript写的，并不意味着我们使用Angular 2.0 开发应用也需要AtScript，我们可以使用ES5、ES6、TypeScript、甚至CoffeScript，这2个没有直接的联系。
Angular 2.0 HelloWorld
此次的分享是 Angular 2.0 浅入浅出，但是一直到现在都没有提到Angular 2.0。
是的，因为Angular 2.0现在只是发布了Alpha版本，没有API文档、很多东西还没有最终定稿，官方网站只提供了几个示例程序，大家只有掌握了我前面说的ES6的新特性和AtScript后回过头来看Angular的HelloWorld示例就会非常轻松。
的说明自己下载示例本地运行下。看下示例中的这段代码：
// app.es6
// Annotation section
@Component({
selector: 'my-app'
@Template({
inline: '&h1&Hello {{ name }}&/h1&'
// Component controller
class MyAppComponent {
constructor() {
this.name = 'Alice';
bootstrap(MyAppComponent);
&!-- index.html --&
&title&Angular 2 Quickstart&/title&
&script src="/quickstart/dist/es6-shim.js"&&/script&
&!-- The app component created in app.es6 --&
&my-app&&/my-app&
// Rewrite the paths to load the files
System.paths = {
'angular2/*':'/quickstart/angular2/*.js', // Angular
'rtts_assert/*': '/quickstart/rtts_assert/*.js', //Runtime assertions
'app': 'app.es6' // The my-app component
// Kick off the application
System.import('app');
通过这段简短的代码可以大致知道Angular2.0 是怎么回事了，没有了angular.module、没有了Controller、没有了$scope、没有了xxx.directive()，基本上一切都是基于对象，基于注解。应该是更易学，更简单了。
你可能感兴趣的文章
59 收藏，2.9k
15 收藏，618
1 收藏，2.2k
分享到微博？
你好！看起来你挺喜欢这个内容，但是你还没有注册帐号。 当你创建了帐号，我们能准确地追踪你关注的问题，在有新答案或内容的时候收到网页和邮件通知。还能直接向作者咨询更多细节。如果上面的内容有帮助，记得点赞 (????)? 表示感谢。
明天提醒我
我要该，理由是：
扫扫下载 App
SegmentFault
一起探索更多未知Angular 1和Angular 2集成：无缝升级的方法
时间:15-09-07 08:31:53 点击:206
已经有了 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 中是不必要的，但在新的模板语法中是被直接支持的。
我听说 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 的组件和服务来构建你的应用，就像 中所描述的。
原生升级能否使用新的组件路由器？
我们在 ng-conf2015 告知的升级计划是基于某时间段中全视图的升级，和两个版本的 Angular 中的组间路由器的控制通讯。
我们得到的反馈是&好的，这具有增量性，但增量性还不够。我们又重新设计如上的计划。
有更多的细节你能够透露吗？
当然是的！在设计文档。
我们在编写一系列即将发布的公告，相关主题包括如下：
把你对于的 Angular 1 相关知识映射，类比到Angular 2中。
一组围绕 Angular 2 细节的问答。
带有代码示例的版本迁移的细致指导。
本文转自：开源中国社区 [http://www.oschina.net]
本文标题：Angular 1 和 Angular 2 集成：无缝升级的方法
本文地址：
参与翻译：, ,
英文原文：
+=+=+=+=+=+=+=+=+=+=+=+= |
| 导航 | Now Time:
06:46:23更多内容请登录