为什么要用vue

一、为什么要用vue
传统的网页形式是浏览器脚本语言js连接了各种各样的Html，css，但缺乏正规的组织形式，比如在页面元素非常多，结构很庞大的网页中，数据和视图如果全部混杂在一起，像传统开发一样全部混合在HTML中，那么要对它们进行处理会十分的费劲。并且如果其中有几个结构之间存在藕断丝连的关系，那么会导致代码上出现更大的问题，比如juqery中使用的： 一开始很好查找，但当页面结构发生变化，也就是说DOM的关联与嵌套层次要发生改变，那么之前的代码可能就会变成这样了：这样产品迭代后，对dom节点的查找操作等行为会有很大的性能损耗。 vue是一款友好的、多用途的且高性能的js框架，它可以帮你创建可维护性和可测试性更强的代码库。官网对vue的优点描述是这样的：1、易用 （1）、学习曲线平缓，api简洁，容易上手。学习过程较react来说比较容易，不那么痛苦二、灵活 如果你已经有一个现成的服务端框架，你可以将vue作为其中的一部分嵌入，带来更加丰富的交互系统 ，或者你希望将更多业务逻辑放到前端来实现，那么vue的核心库及其生态系统也可以满足你的各式需求，vue允许你将网页分割成可复用的组件，每个组件都可以包含自身的html,css,js文件，以用来渲染网页中相应的地方。三、高效 虚拟dom： 其数据全部在内存中，只有js引擎参与其中而真实dom会有浏览器渲染层在其中 你的知道浏览器的虚拟DOM与真实DOM的区别（注意：需不需要虚拟DOM，其实与框架的DOM操作机制有关）：（1）、虚拟DOM不会进行排版与重绘操作 虚拟DOM进行频繁修改，然后一次性比较并修改真实DOM中需要改的部分（注意！），最后并在真实DOM中进行排版与重绘，减少过多DOM节点排版与重绘损耗（2）、真实DOM频繁排版与重绘的效率是相当低的 虚拟DOM有效降低大面积（真实DOM节点）的重绘与排版，因为最终与真实DOM比较差异，可以只渲染局部（同2）使用虚拟DOM的损耗计算：直接使用真实DOM的损耗计算：只能说 虚拟DOM 只是减少了一些情况下, 对真实DOM操作的次数.虚拟DOM只是个 JavaScript object 它会在 对比 后再选择更新哪些DOM, 而不会像有些时候, 全部删除再重建.获取/修改 大量DOM元素的时候，就会先在 虚拟DOM 里取值 对比. 虚拟dom是在内存中维护的dom树，是在实体dom之上的一层抽象。有了这层抽象，不管是查询操作还是修改操作，都是先操作内存中的虚拟dom，在这个过程中可以做很多优化，从而减少对实体dom的操作。1. 查询一个text标签的值，可以直接从虚拟dom中查找得到，根本不需要查询实体dom。 在一次操作中，要修改列表中的两条记录，要修改的元素会先把变更同步到虚拟dom上，然后根据最新的虚拟dom，一次性渲染出最终的实体dom，如果没有虚拟dom，两条记录的修改至少要对应两次对实体dom的操作，显然操作实体dom越频繁，网页速度越慢。对于vue.js的Virtual DOM，目前业界有着褒贬不一的评价。 有人认为Vue.js作为一个轻量级框架，引入Virtual DOM会加大Vue.js本身的代码尺寸，也会消耗更多CPU（手机上会更耗电）（注意：消耗更多的CPU并不意味着会更卡，因为JavaScript计算是后台计算，他的计算量还不至于让DOM操作变得卡顿），并且在操作单个DOM元素的时候，反而多了一道计算工序，会更慢。 但也有人认为基本上会用Vue.js开发的都是页面中内容很多的元素，肯定操作的DOM量级普遍较大，平均一下还是比较划算的。4.社区和第三方组件库丰富社区论坛（https://forum.vuejs.org/） - 提问答疑的最好地方。Gitter（https://gitter.im/vuejs/vue） - 开发者聊天室。在这里你可以提问，不过最好在论坛提问，因为论坛有版块。Github（https://github.com/vuejs） - 报告问题，提交请求，为你所做的任何贡献表示深深感谢！vue组件库: element-ui Mint UImuse-ui