我们为什么以及是如何从 Angular.js 迁移到 Vue.js? 已翻译 100%

oschina 投递于 2017/10/19 18:10 (共 9 段, 翻译完成于 10-23)
阅读 13134
收藏 52
4
加载中

在我写这篇文章的时候,我们刚刚从我们的应用程序代码库中删除了最后一行AngularJS代码,结束了一个为期4个月的非侵入性工作,将我们的应用程序从AngularJS迁移到VueJS。在这篇文章中,我将分享我们在整个过程中的经验。

一些背景介绍

我们的应用程序(Holistics.io)是一个基于SQL的商业智能(BI)平台,使用Rails、Sidekiq、PostgreSQL和AngularJS编写。我们的Rails应用程序始于2013年底,作为一个简单的应用程序其中使用了jQuery和AngularJS。我们使用AngularJS主要特性/功能如下:

  • 查看模型绑定(控制器,视图+模板引擎)

  • 依赖注入(服务,工厂,指令)

  • Angular第三方组件(uib-modal,ui-select,...)

其余的都是内部的自定义JavaScript。

Tocy
Tocy
翻译于 2017/10/19 22:13
0

我们在 Angular 中遇到的问题

随着我们应用的升级,我们在使用 AngularJS 的时候遇到了这样一些问题:

  • 渲染性能:作为数据工具,由于AngularJs的特性,我们不得不花大量的时间来呈现一张巨大的数据表。

  • Angular 的文档不太好:在这成为问题之前,其他都不算什么问题。我们越深入地使用 AngularJS,就越觉得它的文档实在难以理解。

  • 双向数据流使得逻辑处理起来相当困难,不管是写组件还是写视图控制器都是如此。这可能是AngularJS不好使用最重要的一个原因。

考虑不同的框架

在决定之前,我们仔细看看各个选项:

Angular 2

我们确实花了些时间来研究 Angular 2。对于我们来说,Angular 2 甚至比 Angular 1 还让人难以理解。它带来了太多新的变化(TypeScript),新的模板语法等,但我们觉得这并没有真正解决我们的核心问题。除此之外,从 V1 到 V2 的迁移之路在那时就一直让我们觉得困惑。

边城
边城
翻译于 2017/10/19 23:25
1

ReactJS

我们仔细审视了 ReactJS。尽管我们非常喜欢它的哲学和生态原理系统,但有一件事情让我们吃惊:我们找不到一条清晰、干净、渐进的迁移路径,来阻止我们在3-4个月内支持新功能。

AngularJS 的使用基于 HTML 的模板系统,而 ReactJS 是用的 JSX。我们不能找到办法在迁移的过程中让两种技术很好的并存。

还有一个次要的主观原因,我发现 JSX 比基于 HTML 的模板更加冗长。

EmberJS

EmberJS 不是一个 JS 库,而是一个 Web 应用框架,我们必须用基于 EmberJS 重写所有东西。

边城
边城
翻译于 2017/10/20 00:06
1

我们为什么选择了 VueJS:逐步迁移

综合考虑各方面因素,我们最终选择了 VueJS,但对于我们来说,最重要的决定性因素是:我们看到了一个清晰、可逐步迁移到 VueJS,而又不会破坏发展路径的迁移路径。实际上,我敢打赌,在整个迁移期间,我们的客户都没有注意到什么明显的变化,他们不会知道自己访问的页面中,哪些是 Angular 实现的,哪些是 VueJS 实现的。

Vue 采用了与 ReactJS 相似的技术,基于组件,属性下行事件上行等。它与 AngularJS 在模板引擎方面有着惊人的相似。它就像 AngularJS 和 ReactJS 的优美结合。这让我们觉得完美,因为我们有大量的 AngularJS 模板,而我们的主要问题是 Angular 组件带来的复杂逻辑。

边城
边城
翻译于 2017/10/20 00:16
2

实际上多数时候我们需要做的只是将代码中的 ng- 改为 v-,简直太美妙了!

随着深入,我们越发觉得作出了正确的选择,它解决了我们早期遇到的问题:很好的性能,单文件组件,清晰的代码结构,槽,等等。

而且,在迁移的过程中,由于 Vue 结构的方式(单向数据流,基于组件),它迫使我们反思和重构代码,而不是继续写烂代码,这简化了我们的代码逻辑。

我还想说的最后一点,我发现 VueJS 的文档写得非常好,结构也非常清晰。这也是我们选择 VueJS 的另一个主要原因。我第一次使用 Vue 的时候,花了 30 分钟来阅读它的文档,立即觉得必须要试试这个东西。

边城
边城
翻译于 2017/10/20 00:25
0

我们是怎么进行逐步迁移的:

下面是我们迁移的简单步骤(注意有些内容与我们运行的 Rails 应用环境有关,如果你没有使用 Rails,可能会有些不同):

1. 把 AngularJS 控制器逻辑转换到 VueJS

在逐步迁移策略中,我们要在引入 VueJS 时尽可能少做改动。因此,我们从标准的 AngularJS 和模板文件开始修改,将 VueJS 引入其中:

// 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: {
      }
    });
  }
]);

<!-- `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 实现,然后测试并部署,不用担心它会导致回归缺陷

边城
边城
翻译于 2017/10/20 00:34
1

2. 把 AngularJS 服务转换为 ES6 模块

我们首先需要找到一个 AngularJS 中大量使用的 $http 服务的替代品。我们直接使用了 axios。我们不再直接使用 $http,但我们围绕它进行了抽象封装,以使修改变得非常简单。

然后,我们像这样定义了大量的 AngularJS:

// users.js
app.service('Users', ['$http', 'Ajax',  
  function ($http, Ajax) {
    this.create = function(user) {
      // ...
    }
  }
]);

使用 ES6 类语法代替就好:

// users.js.es6
export default class Users {  
  static create(user) {
    // ...
  }
}

如果其它控制器中使用有 Angular 代码在使用这些服务,我们会复制这些服务并使用 ES6 类语法来实现,同时保持原有的 Angular 版本,直到不再有 Angular 代码使用它们为止。这会在短时间内让代码出现重复,但我们只需要小心一点,在代码中多写些注释来关联两个版本。

边城
边城
翻译于 2017/10/20 00:43
0

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

完成上述两点之后,一些 AngularJS 控制器可以完全迁移到 VueJS,这和上面的第 2 步相似,我们使用 ES6 语法来代替 app.controller() 定义。不过这次,我们使用 Vue 的单文件组件:

文件:user_edit.vue

<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>

4. 为 Rails 控制器/视图添加安装入口

默认情况下,每个 Rails 页面加载的时候会渲染视图。在上面的 Vue 单文件组件中,我们将 Raisl 视图,users/edit.html.erb 文件,改为:

<div class="v-user-edit">  
  <user-edit></user-edit>
</div>

然后加些代码在页面加载的时候将其安装为正确的 Vue 组件:

import UserEdit from 'user_edit.vue'  
let vueConfig = {  
  el: '.v-user-edit',
  components: {
    UserEdit
  }
};
new Vue(vueConfig);

实际上,上面的代码被抽象成了可复用的函数,在不同的页面中调用。

边城
边城
翻译于 2017/10/20 00:49
1

总结

我们在 2017 年九月末完成了框架的迁移,经历了大约 4 个月时间的非侵入性(我们在迁移过程中会继续添加其它新特性)工作。实际上我们并没有把迁移作为最紧急的任务,不管什么时候,只要我们的改动涉及到旧的 Angular 代码,我们会先把它转换成 Vue 实现,然后再进行变更

迁移完成后,我们收获了:

  • 非常整洁的代码和模块(基于组件的),以及 VueX 和 Vue Store;它们大大提高了编程效率

  • 再没有复杂的逻辑

  • 改善了 UI 性能

这并不是说 Vue 就是最好的,它只是在我们特定的情况下工作良好:Angular 固有的设计本质导致使用 Angular 实现应用很重,而 Vue 为我们很好地填补了这一空白,这一切都是自然而然地逐步迁移实现的。

你怎么想?请在下面的评论中与我们分享。希望了解更多你们遇到的情况!

边城
边城
翻译于 2017/10/20 01:01
0
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(44)

飞龙博客
飞龙博客
不管 冒出啥框架,要用啥框架,我只用自己的框架。
李中凯
李中凯
有谁知道具体怎么做的吗?Angular 6 里怎么用Vue单文件组件,编译是怎么做到的?
Ryvn
Ryvn
看起来不错
星光似霰
星光似霰

引用来自“猪面”的评论

在用Angular4,后台应用中最常出现的table用了Primeng的datatable,功能丰富,但,性能真的很一般,有碰到类似问题的同仁吗?
用的bs-table,性能还可以
答复哈
答复哈
这个标题让我看愣了一下~
獜彝
獜彝

引用来自“华丽的转身”的评论

大道至简。一个项目中除了牛B的技术框架外,其实效率、可维护性、往往是非常重要的,有多少团队的技术人员都是牛B的高手,几番人员流动后,谁知道代码会变成什么样子,谁知道又是什么样的人接口,又有多少公司有非常完备的代码检查管理。瑞士军刀不可能适应所有项目,我暂同博主!每种技术的诞生都有其优势,技术要为项目服务,而不是项目去追求技术,找适合自己项目的技术还是正道。
我不听,我不听。反正是你们的问题,ng天下无敌
a
aazzoo

引用来自“aazzoo”的评论

一年之后。我们为什么以及如何从vue迁移至angular 的。ps:你迁移就迁移呗。没必要贬低另外一个 挑起战争。ts 难学吗?怎么不说自己菜。连ts都学不好.还是算了别编程了; ts 的强类型可以在避免一些问题,ts不会像es6 es7 安装一堆的babel依赖。还可能依赖问题找半天; 而且ts 团队协同的时候简直爽的不要不要; 面向接口编程。

引用来自“xmut”的评论

你好像喷错了,Vue也支持TS啊 😃😃
傻不拉几的。自以为自己很高深。
a
aazzoo

引用来自“aazzoo”的评论

一年之后。我们为什么以及如何从vue迁移至angular 的。ps:你迁移就迁移呗。没必要贬低另外一个 挑起战争。ts 难学吗?怎么不说自己菜。连ts都学不好.还是算了别编程了; ts 的强类型可以在避免一些问题,ts不会像es6 es7 安装一堆的babel依赖。还可能依赖问题找半天; 而且ts 团队协同的时候简直爽的不要不要; 面向接口编程。

引用来自“xmut”的评论

你好像喷错了,Vue也支持TS啊 😃😃
你那只眼睛看到我说vue不能用ts 了?
我没说vue 不能用ts 吧。你不识字吗?我是说题主因为ts 放弃angular;动不动说别人是喷子? 你才是吧。看都不看我说的什么
_console
_console
自己觉得那个好用就用那个呗!
Aschrius
Aschrius

引用来自“dexterz”的评论

做BI的,同样是AngularJS,typescript开发的power bi甩你几百条街

引用来自“xmut”的评论

你是不是喷错了,VUE也支持TS啊 ,这不应该成为一个喷点 😁😁😁
好像近期才支持的?
返回顶部
顶部