AngularJS 2 盡管還在Alpha階段，但主要功能和文檔已經(jīng)發(fā)布。讓我我們了解下Angular 1 和 2 的區(qū)別，以及新的設(shè)計(jì)目標(biāo)將如何實(shí)現(xiàn)。

1.從移動app開發(fā)上面分析：

Angular 1.x 專注于web開發(fā)，沒有涉及到移動這方面的內(nèi)容，還好后來殺出個(gè)程咬金IONIC移動app開發(fā)框架，讓angularjs1.x很好的支持了移動開發(fā)

Angular 2目標(biāo)：原生移動支持 – iOS 和 Android

Angular 2 會有兩層，應(yīng)用層和渲染層。例如一個(gè)組件可以用不同的 @View 修飾器修飾，根據(jù)運(yùn)行環(huán)境可以在運(yùn)行時(shí)生效。

與 React Native 一樣，Angular 2 支持：

一次學(xué)習(xí)，到處書寫。

這意味著創(chuàng)建原生應(yīng)用時(shí)可以重用你在創(chuàng)建 web 應(yīng)用時(shí)學(xué)習(xí)的知識。盡管總是有些區(qū)別。

2.從服務(wù)器端渲染提供支持分析：

支持服務(wù)器端的渲染對于搜索引擎的優(yōu)化和用戶感知體驗(yàn)來說是非常重要的；在一個(gè)比較大型的Angular 1 的應(yīng)用中，即使使用了預(yù)先定義的緩存模塊，我們可以清楚地看到當(dāng)應(yīng)用開始啟動時(shí)，頁面的加載過程。

這時(shí)候看來 Angualr2 的這部分特征不是很清晰明朗，但是這種思路或許可以從以下幾個(gè)方面得到體現(xiàn)：

啟動開始， 同時(shí)所有的組件都被綁定

而渲染沒有實(shí)現(xiàn)

一個(gè)頁面在服務(wù)器被渲染后 ， 然后發(fā)送到客戶端

Angular 將會把它解析 ，接著會吧解析后的頁面注入到 DOM 中，這樣就避免了出現(xiàn)閃爍的效果

3.從依賴注入分析

在Angular 1 的世界里，依賴注入在構(gòu)建多模塊應(yīng)用時(shí)是一項(xiàng)技術(shù)的飛躍， 但是在一些極端的案例中，如果不做出一些重要的變化是不能解決這些問題的。

Angular 1.x 包含對象全局池

Angular 1 其中一個(gè) DI 案例中每個(gè)應(yīng)用僅有一個(gè)對象全局池。這就意味著，如果說主路由 loadsbackendService 我們導(dǎo)向了路由 B，可以延遲加載其他服務(wù)指定到這個(gè)路由。

問題就是，我們說可以延遲加載一個(gè) secondbackendService，使用完全不同的實(shí)現(xiàn)：這就會重寫第一個(gè)！當(dāng)前還沒有辦法同一名字有兩個(gè)不同實(shí)現(xiàn)的兩個(gè)服務(wù)，這就會阻止用一個(gè)安全的方式從 Angular 1 實(shí)現(xiàn)延遲加載。
Angular 1 會靜默重寫模塊，當(dāng)他們有相同的名字

這是一個(gè)特性，允許在測試的時(shí)候模擬替換服務(wù)層的服務(wù)，但是如果恰巧在同一模塊加載了兩次就會發(fā)生問題。

Angular 1.x 的多重依賴注入機(jī)制

在 Angular 1 中， 我們可以使用在多重地方使用不同的方法進(jìn)行注入：

在鏈接方法中通過位置注入

在直接定義中通過名字注入

在controller方法中通過名字，等等。

Angular 2 將會作出怎樣的該進(jìn)

而在 Angular 2 中有且僅有一種依賴注入機(jī)制： 在構(gòu)造函數(shù)中通過類型注入。

constructor(keyUtils: KeyboardUtils) {
this.keyUtils = keyUtils;
}
});

事實(shí)上，如果只有一種機(jī)制，那么它將變得更加容易學(xué)習(xí)。同時(shí)這種依賴注入器是類似層級結(jié)構(gòu)，在不同層次的組件樹，有可能實(shí)現(xiàn)對相同類型的不同實(shí)現(xiàn)。

如果一個(gè)組件沒有定義依賴，它會代理給上層注入器查找依賴，依次往上。這讓 Angular 2 提供原生的懶加載成為可能

4.從主要目標(biāo)分析

Angular 2 的主要目標(biāo)是創(chuàng)建一個(gè)簡單易用并且快速工作的 web 框架。讓我們看看這是如何達(dá)到的：
目標(biāo)：更易于推論

在當(dāng)前版本的 Angular 中，我們有時(shí)不得已對應(yīng)特定的使用場景推論框架內(nèi)部構(gòu)建，比如必須推論應(yīng)用事件初始化和摘要循環(huán)：

在 Angular 1 中沒有摘要循環(huán)結(jié)束事件 (查看原因)，因?yàn)檫@種事件可能會促發(fā)更多的變化，以至于使摘要循環(huán)持續(xù)下去

我們必須推論何時(shí)調(diào)用 $scope.apply 或 $cope.digest，而這并不總是容易的

有時(shí)我們必須調(diào)用 $timeoutto讓Angular 結(jié)束摘要循環(huán)，當(dāng) DOM 穩(wěn)定時(shí)再做一些操作

為了使 Angular 2 更易于推論，一個(gè)目標(biāo)是創(chuàng)建更多開箱即用的透明內(nèi)部構(gòu)建。開始之前，讓我們看看 Angular 1 的綁定機(jī)制是如何實(shí)現(xiàn)的，然后如何使它更透明。

話說：Angular1.x顯然非常成功，那么，為什么要劇烈地轉(zhuǎn)向Angular2？

1.性能的限制

AngularJS當(dāng)初是提供給設(shè)計(jì)人員用來快速構(gòu)建HTML表單的一個(gè)內(nèi)部工具。隨著時(shí)間的推移，各種特性 被加入進(jìn)去以適應(yīng)不同場景下的應(yīng)用開發(fā)。然而由于最初的架構(gòu)限制（比如綁定和模板機(jī)制），性能的 提升已經(jīng)非常困難了。

2.快速變化的WEB

在語言方面，ECMAScript6的標(biāo)準(zhǔn)已經(jīng)完成，這意味著瀏覽器將很快支持例如模塊、類、lambda表達(dá)式、 generator等新的特性，而這些特性將顯著地改變JavaScript的開發(fā)體驗(yàn)。

在開發(fā)模式方面，Web組件也將很快實(shí)現(xiàn)。然而現(xiàn)有的框架，包括Angular1.x對WEB組件的支持都不夠好。

3.移動化

想想5年前......現(xiàn)在的計(jì)算模式已經(jīng)發(fā)生了顯著地變化，到處都是手機(jī)和平板。Angular1.x沒有針對移動 應(yīng)用特別優(yōu)化，并且缺少一些關(guān)鍵的特性，比如：緩存預(yù)編譯的視圖、觸控支持等。

4.簡單易用

說實(shí)話，Angular1.x太復(fù)雜了，學(xué)習(xí)曲線太陡峭了，這讓人望而生畏。Angular團(tuán)隊(duì)希望在Angular2中將復(fù)雜性 封裝地更好一些，讓暴露出來的概念和開發(fā)接口更簡單。