84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
尝试写了些vue的domo,看到同事们都推荐使用vue说什么渲染比较方便,页面比较整洁,一直没明白它带了的究竟好处是什么?为什么要用vue呢
vue
用了能少写几行代码?
能缓存javascript?
javascript
能节约内存开销?
高内聚低耦合?
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
受邀前来
本人没有真正用过vue,只不过了解一些,个人感觉和angular很想,更轻量化一些,双向的数据绑定,也可以封装一些指令,学习成本比较低,方便开发者快速搭建项目,略去了繁冗的dom操作以及一些逻辑
至于说表单验证也就是框架层面进行了封装,给开发者带来便利,用什么框架看项目需求,看对于你来说方不方便,对于这种SPA应用对SEO不太友好。
至于js缓存来说所有的框架都有这个问题,js在服务端缓存,把js打上hash更新即可
节省内存开销,这个要看你平时的编码习惯,比如一些废弃元素置为null,定时器,闭包等等,还有就涉及到渲染机制,我觉得vue的渲染机制和大部分框架还是差不多的,不过react在这方面做得很好,性能高,你可以去了解一下。
至于高内聚低耦合,这要看你在项目初始对model层和view层的构建是否合理,组件化开发,把view高强度解耦,前后端分离,就可以了,这需要你不断探索,一两句话难以说得清楚
框架好不好,有点怎样缺点如何需要你不断地在用的过程中发现的,所以不用顾虑太多
希望对你有些帮助
react使用量是vue十倍。从可发展角度来看,还是用react
多看些文章 http://www.csdn.net/article/1...多做些项目 就知道了 很多知识不是别人跟你说的 是你自己尝试出来的
我们项目组最近也准备入手Vue。
代码少写不了几行。可以更清晰一些吧
缓存js?我不知道这个是指楼上有说的加状态的方法,还是说的单页应用的那种。
内存的开销没有节约,相反还增加了。这个是不可以避免的,但是他也有一些的优化,增加了开发的速度,增加了团队间的一些磨合或者说水平高低的问题,极可能的压在一个水平线上。高手总是能把程序优化优化,但是新手不一样。
这个好像也不是很明显。。。。
更多的是因为它比较模块/组件化吧,而这个是以后的发展趋势,特别等shadowdom标准化之后类似类库/模式都未必能让你少些行代码,甚至有时候会多出来不少,但是它的方便不在于少写,而在于解耦后利于自己或以后别人维护,以及强迫你让你的代码可以单元测试和复用,开发效率会有所提升
文档看着不费劲。有阿里撑着问题也不大。国内的使用环境还是比较好的。linong说的拉近了平均水平也很重要。入手快。其实我觉得最后两点是最重要的。
受邀前来
本人没有真正用过vue,只不过了解一些,个人感觉和angular很想,更轻量化一些,双向的数据绑定,也可以封装一些指令,学习成本比较低,方便开发者快速搭建项目,略去了繁冗的dom操作以及一些逻辑
至于说表单验证也就是框架层面进行了封装,给开发者带来便利,用什么框架看项目需求,看对于你来说方不方便,对于这种SPA应用对SEO不太友好。
至于js缓存来说所有的框架都有这个问题,js在服务端缓存,把js打上hash更新即可
节省内存开销,这个要看你平时的编码习惯,比如一些废弃元素置为null,定时器,闭包等等,还有就涉及到渲染机制,我觉得vue的渲染机制和大部分框架还是差不多的,不过react在这方面做得很好,性能高,你可以去了解一下。
至于高内聚低耦合,这要看你在项目初始对model层和view层的构建是否合理,组件化开发,把view高强度解耦,前后端分离,就可以了,这需要你不断探索,一两句话难以说得清楚
框架好不好,有点怎样缺点如何需要你不断地在用的过程中发现的,所以不用顾虑太多
希望对你有些帮助
react使用量是vue十倍。
从可发展角度来看,还是用react
多看些文章 http://www.csdn.net/article/1...
多做些项目 就知道了 很多知识不是别人跟你说的 是你自己尝试出来的
我们项目组最近也准备入手Vue。
代码少写不了几行。可以更清晰一些吧
缓存js?我不知道这个是指楼上有说的加状态的方法,还是说的单页应用的那种。
内存的开销没有节约,相反还增加了。这个是不可以避免的,但是他也有一些的优化,增加了开发的速度,增加了团队间的一些磨合或者说水平高低的问题,极可能的压在一个水平线上。高手总是能把程序优化优化,但是新手不一样。
这个好像也不是很明显。。。。
更多的是因为它比较模块/组件化吧,而这个是以后的发展趋势,特别等shadowdom标准化之后
类似类库/模式都未必能让你少些行代码,甚至有时候会多出来不少,但是它的方便不在于少写,而在于解耦后利于自己或以后别人维护,以及强迫你让你的代码可以单元测试和复用,开发效率会有所提升
文档看着不费劲。有阿里撑着问题也不大。国内的使用环境还是比较好的。linong说的拉近了平均水平也很重要。入手快。其实我觉得最后两点是最重要的。