已经9012年了，如果你的公司还在用table+div布局，用jq操作dom，请离职！

前端技术日新月异，vue所提倡的数据驱动视图和jQuery的直接操作DOM在编写页面时的思路是完全不同的。虽然两种思路是完全不同的，但也不能说是不能一起用的，在某些没有办法的情况下(例如需要操作dom的情况下)，把jQuery和vue用在一块是完全没问题的，当然把这两种技术用在一起是肯定不会出现在最佳实践里的，因为确实没有特殊情况的话，这样用就是有点自找麻烦了。

以下是对传统jq与目前最热的vue进行的技术特性对比：

1、精力集中。

Jq偏重于对dom的操作，由它的函数就很容易看出来，$()、parent()、find()。我们用jq的时候经常要去考虑怎么去渲染数据，怎么从视图中取到数据，操作数据前必须对dom节点进行选取修改赋值等操作，这其实分散了我们的本该放在业务逻辑上的精力。而Vue则是基于MVVM思想，数据驱动，双向绑定，只需要定义好渲染规则，如果数据发生改变，vue会帮我们重新渲染整个页面，所以我们只需将注意力放在数据操作上就可以了。

2、代码结构。

如果你用jq没有好的代码架构，很容易就回出现一种情况就是：js里写着html元素代码，而且可能会遍布很多地方。因为增删改查你都需要对dom进行操作，这里甚至可能会写多了些冗余代码。代码架构好一点的，可能会写成一种简版框架（即有专门的渲染函数，增删改查都会调用这个函数），依然是全域的，需要闭包。而vue就没有这个问题方法全部写在methods中，提供多种钩子函数对页面渲染过成进行精准操作。

3、操作性。

用jq去操作dom实际上是蛮麻烦的。比如说又个对象数组已经渲染成表格了，这时你需要修改某一个id的那个对象的数据行，jq的话最麻烦的做法就是在遍历里面先拿到id，检查相等，相等的话，用index去拿到要改的那个dom，再重新渲染。而用vue的话，可以直接修改数据就可以了，而且你甚至可以用Array.map Array.filter ，方便快捷，提升开发效率

4、模块化。

目前无论前端还是后端开发，越来越倾向于模块化组件化，以求降低不同模块，不同功能区块之间的耦合度，便于后期业务的修改与拓展，vue完全cover上述特性，而使用jq的时候，如果你的js牛逼轰轰的写得已经超长了，然后你又觉得需要分下模块了，这时你有两选择，1是用seajs,requirejs等，2是用原生的import去管理你的代码。说实话，我没怎么用过requirejs去分模块，可能是我压根就想没到这些js要怎么分。

5、单页面实现。

单页面的实现原理估计大家都很熟了，一般是几个div在来回切换。如果一开始已经写好html，再来回切的话，html是太长了。如果用js去写又拼的很麻烦。如果你想用jq、原生实现页面切换，我能想到比较好的方式是用模版引擎...吗？但其实单页面的实现我感觉没那么简单，你不单单要考虑html能否单独写出来，还要考虑js需不需要按需加载，路由需不需要等等。。。用vue就不需要烦这些东西，vue自动构建单页应用，使用router模拟跳转。

6、组件的复用。

用vue最爽的莫过于使用别人写好的组件。目前vue的生态已经非常庞大，主流的组件库有element-ui，iview，使用主流的组件库不仅避免了我们重复造轮子，而且方便新员工快速接手项目，某个大神的组件总结：https://www.toutiao.com/i6718405521088446988/?timestamp=1564450212&app=news_article&group_id=6718405521088446988&req_id=20190730093011010018026159736CF92，其实如果你项目大的时候，有些组件（一些功能和视图的集合）可能会复用。这些相对于jq就是插件了，个人不喜欢script引入插件（任性）

7、性能。

vue使用了虚拟dom技术，能够减少 dom的操作，能提高一定的效率。