我們為什麼以及是如何從Angular.js遷移到Vue.js?

雲棲大講堂發表於2018-06-14

一些背景介紹

我們的應用程式(

Holistics.io

)是一個基於

SQL的商業智慧(BI)平臺,使用Rails、Sidekiq、PostgreSQL和AngularJS編寫。我們的Rails應用程式始於2013年底,作為一個簡單的應用程式其中使用了jQuery和AngularJS。我們使用AngularJS主要特性/功能如下:

·

檢視模型繫結(控制器,檢視

+模板引擎)

·

依賴注入(服務,工廠,指令)

· Angular第三方元件(uib-modal,ui-select,…)

其餘的都是內部的自定義

JavaScript。

我們在 Angular 中遇到的問題

隨著我們應用的升級,我們在使用

AngularJS 的時候遇到了這樣一些問題:

·

渲染效能:
作為資料工具,由於

AngularJs的特性,我們不得不花大量的時間來呈現一張巨大的資料表。

· Angular 的文件不太好:

在這成為問題之前,其他都不算什麼問題。我們越深入地使用

AngularJS,就越覺得它的文件實在難以理解。

·

雙向資料流
使得邏輯處理起來相當困難,不管是寫元件還是寫檢視控制器都是如此。這可能是

AngularJS不好使用最重要的一個原因。

考慮不同的框架

在決定之前,我們仔細看看各個選項:

Angular 2

我們確實花了些時間來研究

Angular 2。對於我們來說,Angular 2 甚至比 Angular 1 還讓人難以理解。它帶來了太多新的變化(TypeScript),新的模板語法等,但我們覺得這並沒有真正解決我們的核心問題。除此之外,從 V1 到 V2 的遷移之路在那時就一直讓我們覺得困惑。

ReactJS

我們仔細審視了

ReactJS。儘管我們非常喜歡它的哲學和生態原理系統,但有一件事情讓我們吃驚:

我們找不到一條清晰、乾淨、漸進的遷移路徑,來阻止我們在


3-4個月內支援新功能。

AngularJS 的使用基於 HTML 的模板系統,而 ReactJS 是用的 JSX。我們不能找到辦法在遷移的過程中讓兩種技術很好的並存。

還有一個次要的主觀原因,我發現

JSX 比基於 HTML 的模板更加冗長。

EmberJS

EmberJS 不是一個 JS 庫,而是一個 Web 應用框架,我們必須用基於 EmberJS 重寫所有東西。

我們為什麼選擇了 VueJS:逐步遷移

綜合考慮各方面因素,我們最終選擇了

VueJS,但對於我們來說,最重要的決定性因素是:

我們看到了一個清晰、可逐步遷移到


VueJS,而又不會破壞發展路徑的遷移路徑

。實際上,我敢打賭,在整個遷移期間,我們的客戶都沒有注意到什麼明顯的變化,他們不會知道自己訪問的頁面中,哪些是

Angular 實現的,哪些是 VueJS 實現的。

Vue 採用了與 ReactJS 相似的技術,基於元件,屬性下行事件上行等。它與 AngularJS 在模板引擎方面有著驚人的相似。

它就像

AngularJS 和 ReactJS 的優美結合

。這讓我們覺得完美,因為我們有大量的

AngularJS 模板,而我們的主要問題是 Angular 元件帶來的複雜邏輯。

實際上多數時候我們需要做的只是將程式碼中的

ng- 改為 v-,簡直太美妙了!

隨著深入,我們越發覺得作出了正確的選擇,它解決了我們早期遇到的問題:很好的效能,單檔案元件,清晰的程式碼結構,槽,等等。
而且,在遷移的過程中,由於

Vue 結構的方式(單向資料流,基於元件),它迫使我們反思和重構程式碼,而不是繼續寫爛程式碼,這簡化了我們的程式碼邏輯。

我還想說的最後一點,我發現

VueJS 的文件寫得非常好,結構也非常清晰

。這也是我們選擇

VueJS 的另一個主要原因。我第一次使用 Vue 的時候,花了 30 分鐘來閱讀它的文件,立即覺得必須要試試這個東西。

我們是怎麼進行逐步遷移的:

下面是我們遷移的簡單步驟(注意有些內容與我們執行的

Rails 應用環境有關,如果你沒有使用 Rails,可能會有些不同):

1. 把 AngularJS 控制器邏輯轉換到 VueJS

在逐步遷移策略中,我們要在引入

VueJS 時儘可能少做改動。因此,我們從標準的 AngularJS 和模板檔案開始修改,將 VueJS 引入其中:

JavaScript

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

// user_edit_controller.js.es6`

import Vue from `vue`

app.controller(`UserEditCtrl`, [`$scope`, `$http`, `Ajax`, `Util`, `Modals`,

function ($scope, $http, Ajax, Util, Modals) {

let vapp = new Vue({

el: `#v-wrapper`,

components: {

},

data: {

}

});

}

]);

JavaScript

1

2

3

4

5

6

7

8

9

<!– `users/edit.html.erb` –>

<div ng-controller=”UserEditCtrl”>

<div id=”v-wrapper”>

<!– vuejs logic goes here… –>

<input v-model=”username” placeholder=”Username” />

</div>

</div>

我們在應用中引入了

Vue 的邏輯,卻不需要改變任何相關應用的前端結構。這極大程度的幫助我們降低在遷移過程中發生錯誤的風險,我們可以花 1-2 個小時迅速地將一小部分 AngularJS 實現的東西轉換為 VueJS 實現,然後測試並部署,不用擔心它會導致迴歸缺陷

2. 把 AngularJS 服務轉換為 ES6 模組

我們首先需要找到一個

AngularJS 中大量使用的 $http 服務的替代品。我們直接使用了 axios

。我們不再直接使用

$http,但我們圍繞它進行了抽象封裝,以使修改變得非常簡單。

然後,我們像這樣定義了大量的

AngularJS:

JavaScript

1

2

3

4

5

6

7

8

// users.js

app.service(`Users`, [`$http`, `Ajax`,

function ($http, Ajax) {

this.create = function(user) {

// …

}

}

]);

使用

ES6 類語法代替就好:

JavaScript

1

2

3

4

5

6

// users.js.es6

export default class Users {

static create(user) {

// …

}

}

如果其它控制器中使用有

Angular 程式碼在使用這些服務,我們會複製這些服務並使用 ES6 類語法來實現,同時保持原有的 Angular 版本,直到不再有 Angular 程式碼使用它們為止。這會在短時間內讓程式碼出現重複,但我們只需要小心一點,在程式碼中多寫些註釋來關聯兩個版本。

3. 使用 VueJS 元件代替 AngularJS 控制器

完成上述兩點之後,一些

AngularJS 控制器可以完全遷移到 VueJS,這和上面的第 2 步相似,我們使用 ES6 語法來代替 app.controller() 定義。不過這次,我們使用 Vue 的單檔案元件:

JavaScript

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

<template>

<div>

<!– vuejs logic goes here… –>

<input v-model=”username” placeholder=”Username” />

</div>

</template>

<script>

import Users from `users.js.es6`

export default {

data: {

},

methods: {

},

mounted() {

// initializing

}

};

</script>

檔案:

user_edit.vue

4. 為 Rails 控制器/檢視新增安裝入口

預設情況下,每個

Rails 頁面載入的時候會渲染檢視。在上面的 Vue 單檔案元件中,我們將 Raisl 檢視,users/edit.html.erb 檔案,改為:

JavaScript

1

2

3

<div class=”v-user-edit”>

<user-edit></user-edit>

</div>

然後加些程式碼在頁面載入的時候將其安裝為正確的

Vue 元件:

JavaScript

1

2

3

4

5

6

7

8

import UserEdit from `user_edit.vue`

let vueConfig = {

el: `.v-user-edit`,

components: {

UserEdit

}

};

new Vue(vueConfig);

實際上,上面的程式碼被抽象成了可複用的函式,在不同的頁面中呼叫。

總結

我們在

2017 年九月末完成了框架的遷移,經歷了大約 4 個月時間的非侵入性(我們在遷移過程中會繼續新增其它新特性)工作。實際上我們並沒有把遷移作為最緊急的任務,

不管什麼時候,只要我們的改動涉及到舊的


Angular 程式碼,我們會先把它轉換成 Vue 實現,然後再進行變更

遷移完成後,我們收穫了:

·

非常整潔的程式碼和模組(基於元件的),以及

VueX 和 Vue Store;它們大大提高了程式設計效率

·

再沒有複雜的邏輯

·

改善了

UI 效能

這並不是說

Vue 就是最好的,它只是在我們特定的情況下工作良好:Angular 固有的設計本質導致使用 Angular 實現應用很重,而 Vue 為我們很好地填補了這一空白,這一切都是自然而然地逐步遷移實現的。

想要學習前端開發的同學,可以加群:

543627393

學習哦!

原文釋出時間為:2018年6月14日
原文作者:小花貓Jane
本文來源:掘金如需轉載請聯絡原作者


相關文章