以下簡單介紹v5的重大變化。要了解詳情，請看changelog。

構建優化器

5.0.0開始，通過CLI執行的產品構建默認使用構建優化器。

構建優化器是CLI中的一個工具，它基于我們對你Angular應用的理解，可以把構建后的包變得更小。

構建優化器有兩個主要任務。首先，把你應用的某些部分標記為pure，以便原有工具利用它改進“tree shaking”的優化效果，同時刪除應用中不必要的東西。

其次，構建優化器會從你的應用中刪除Angular裝飾器代碼。裝飾器只有編譯器會用，運行時不用，可以刪掉。上述兩項優化都可以減少生成JS包的大小，同時加快應用啟動速度。

Angular Universal狀態轉交API及對DOM的支持

這樣更便于在服務端和客戶之間共享應用狀態。

Angular Universal是一個幫助開發者執行服務端渲染（SSR）的項目。服務端渲染生成的HTML對不支持JS的蜘蛛和爬蟲友好，同時有助于提升用戶感知性能。

在5.0.0中，開發團隊添加了ServerTransferStateModule及對應的BrowserTransferStateModule。這個模塊可以幫開發者在服務端渲染生成的內容中加入相關信息，然后傳送給客戶端，從而避免重復生成。這對于通過HTTP獲取數據的場景是很有用的。通過把狀態從服務器傳送到客戶端，開發者就不用再發第二次HTTP請求了。狀態轉交的相關文檔幾周后會發布。

Angular Universal團隊還把平臺服務器Domino加到了平臺服務器中。Domino支持在服務器端環境下更多的開箱即用的DOM操作，可以改進我們對非服務端第三方JS及組件庫的支持。

編譯器改進

為支持遞增編譯，我們改進了Angular編譯器。結果讓重新構建加快，特別是對產品構建和AOT構建，效果更明顯。我們還增強了裝飾器，通過刪除空白達到減少包大小的目的。

TypeScript轉換

現在，Angular編譯器底層的工作機制是TypeScript轉換，從而讓遞增式重新構建快了很多。TypeScript轉換是TypeScript 2.3新增的一個特性，可以讓我們深入到標準TypeScript編譯管道。

在打開AOT標簽的情況下，運行ng serve就可以利用上述機制。

ng serve --aot

建議大家都試一下。將來這個配置會成為CLI的默認值。很多項目都有性能問題，涉及上千組件，我們希望各種規模的項目都能從這些改進中受益。

在執行https://angular.io 的遞增AOT構建時，新編譯器管道可節省95%的構建時間（在我們開發機上測試的結果是從40多秒減少為不到2秒）。

我們的目標是讓AOT編譯快到能開發者用它開發的程度。現在，我們已經沖進了2秒以內，因此將來的CLI中可能會默認開啟AOT。

作為向本次轉換過渡的一步，我們不再需要genDir，而outDir也變了：現在，我們會把為包生成的文件都打到node_modules里。

保留空白

過去編譯器會忠實地復現并在模板中包含制表符、換行符和空白。現在你可選擇是否在組件和應用中包含空白了。

可以在每個組件的裝飾器中指定這個配置，而當前的默認值為true。

或者也可以在tsconfig.json中進行全局配置，其中該項默認值也是true。

一般規則是組件級配置要覆蓋應用級配置。開發團隊打算將來把默認值改成false，默認為開發者節省空間。不要擔心你的<pre>標簽，編譯器會智能處理它們。

改進的裝飾器支持

現在支持Lambda和對象字面量useValue、useFactory和data裝飾器中的表達式降級（expression lowering）。這樣可以使用只能在運行時計算的裝飾器中被降級（lower）的值。

因此現在可以不使用命名函數，而改用Lambda函數。換句話說，執行代碼不會影響你的d.ts或你的外部API。

我們還會將表達式降級，作為useValue的一部分。

國際化的數值、日期和貨幣管道

我們寫了新的數值、日期和貨幣管道，讓跨瀏覽器國際化更方便，不需要再使用i18n的膩子腳本（polyfill）。

在以前版本的Angular中，我們一直依賴瀏覽器及其i18n API提供數值、日期和貨幣格式。為此，很多開發者都在使用膩子腳本（polyfill），而結果也不好。很多人反饋說一些常見的格式（如貨幣）不能做到開箱即用。

而在5.0.0中，我們把這個管道更新成了自己的實現，依賴CLDR提供廣泛的地區支持，而且可配置。以下是我們對v4和v5所做的比較：a document comparing the pipe behavior between v4 and v5。

如果你還沒條件使用新管理，可以導入DeprecatedI18NPipesModule以降級到舊的行為。

StaticInjector代替ReflectiveInjector

為了消除對更多膩子腳本（polyfill）的依賴，我們用StaticInjector代替了ReflectiveInjector。前者不再需要Reflect，為開發者減少了應用大小。

以前

ReflectiveInjector.resolveAndCreate(providers);

以后

Injector.create(providers);

提升Zone的速度

一方面提升了Zone的速度，另一方面也可以在特別關注性能的應用中繞過它。

若要繞過它，啟動應用時加上noop：

platformBrowserDynamic().bootstrapModule(AppModule, {ngZone: 'noop'}).then( ref => {} );

這里有一個完整的例子：the example ng-component-state project。

exportAs

組件和指令中增加了對多名稱的支持。這有助于用戶實現無痛遷移。通過把指令導出為多個名稱，可以在不破壞原有代碼的情況下在Angular語法中使用新名稱。Angular Material項目已經在其前綴遷移項目中用上了，對其他組件作者肯定也有用。

示例

HttpClient

v4.3在@angular/common中推出過HttpClient，用于在Angular中發送請求，它小巧易用。HttpClient受到了開發者的廣泛贊譽，因此我們推薦在所有應用中使用它，放棄之前的@angular/http library。

要升級HttpClient，需要在每個模塊的@angular/common/http中把HttpModule替換為HttpClientModule，注入HttpClient服務，刪除所有map(res => res.json())。

CLI v1.5

從Angluar CLI v1.5開始，已經開始支持Angluar v5.0.0，默認生成v5項目。

在這次小版本升級中，我們默認打開了構建優化器，讓開發者拿到更小的包。

我們還修改了使用.tsconfig文件的方式，以更嚴格地遵守TypeScript標準。此前，如果檢測到延遲加載的路由，而且你在tsconfig.json中手工指定了一組files或include，那這些路由會自動化處理。而如今，根據TypeScript規范，我們不再這么干了。默認情況下，CLI對TypeScript的配置中沒有files或include，因此多數開發者不會受影響。

Angular表單添加updateOn Blur/Submit

這樣可以根據blur或submit來運行驗證和更新值的邏輯了，不必再單純依賴input事件。

表單對應用很重要，如果有服務端驗證，或者驗證或更新值會觸發較慢的操作，你當然希望它少跑幾次。現在你可以在控件層面控制驗證和更新值的時機了，也可以在表單層面設置。

此外，你現在可以直接在選項中指定asyncValidators，而不是通過第三個參數指定。

模板驅動的表單

以前

<input name="firstName" ngmodel=""/>

以后

或者

反應式表單

以前

以后

RxJS 5.5

我們已經把使用的RxJS更新到5.5.2或更高版本。這個新發布的RxJS可以讓開發完全擺脫之前導入機制的副作用，因為我們以新的lettable operators的方式使用了RxJS。這些新操作符消除了副作用，以及之前導入操作符中“patch”方法存在代碼切割和“tree shaking”等問題。

不再這樣:

現在這樣:

此外，RxJS現在發行了一個使用ECMAScript Modules的版本。新Angular CLI會默認拉取這個新版本，讓包大小有明顯減小。如果你沒使用Angular CLI，那還是應該指向這個新版本。相關文檔在此：Build and Treeshaking。

新的路由器生成周期事件

我們給路由器添加了新的生命周期事件，讓開發者可以跟蹤running guard啟動到激活完成的各個階段。這些事件可在有子組件更新時，在一個特定的路由器出口上展示加載動畫，或者測量性能。

新的事件（按順序）是GuardsCheckStart、ChildActivationStart、ActivationStart、GuardsCheckEnd、ResolveStart、ResolveEnd、ActivationEnd、ChildActivationEnd。以下是一個使用這些事件啟動和停止加載動畫的示例：

如何更新

這里有Angular Update Guide，告訴你整個過程，以及更新前要做哪些事，還有更新應用的步驟，以及做好迎接Angular未來版本的準備等信息。

我們刪除很多以前廢棄的API（如OpaqueToken），也公布了一些新的廢棄項。以上指南會詳細介紹這些變更。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com