Vue在16年用过几次，17年用过几次，断断续续到如今，猛然惊醒，自己已经不是那个懵懵懂懂的青涩少年了，
回过头，看待框架的思路已与以往截然不同，这次借离职自学的一段日子，对它做个简单的总结吧。
一、SEO
旁人A：‘你那样用模板渲染，不易于seo！’
旁人B：‘你咋又用字符串拼接拉，js输出的dom不利于seo！’
旁人C：‘巴拉巴拉……’
不知几时总有人在耳旁BB，一边嚷着前后端分离，一边在打包着Vue项目。
其实多数人并不明白，Vue 采用的是 dom劫持的手法，对节点进行解析渲染，而js渲染的dom是无法被百度蜘蛛所抓取的。
—— 说白了Vue也是js渲染dom，所以没差。
React与Vue是差不多的理念，所以对该类框架，又或是字符串模板，对SEO而言都是相同的差，所以就有了SSR的概念（服务器渲染）
二、SSR
与 apache/phpstudy + tp、node+ejs类似的概念，从服务端获取数据直接渲染前端的页面。
而这里就分三种：
- 前端纯写静态页面抛给后台，让后台去修改前端页面进行数据渲染，从而达到前后端分离（其实并不是）
- 全栈，混写（相对工作量较高，但解决了交流障碍）
- 前端node自己起服务，部署线上后以服务端代理的方式请求后台的服务器地址接口（项目地址与请求地址不同源）
所以想要利于SEO的，上面几种少不了，国内的几个知名的网站：“知乎”、“掘金”，都是SSR。
三、性能
Vue不推荐jq类似的dom操作，其实只是影响了Vue的理念而已（因为数据已经完整的绑定了dom的读写，没必要用其他的dom操作去破坏整体的整洁）
但这并不代表着用Vue的方法就不是操作dom，也不代表着性能会比JQ好
Vue：Vue对数组的更变，触发set利用diff算法查找相关节点，对vdom（虚拟dom）进行修改并转换为真实dom，一样会回流、重绘。
JQ：但对jq而言，只需要最后一步直接修改即可。
但为什么说还是Vue好？
关键就是利于维护以及mvvm的整洁性。对较复杂的页面交互以及结构渲染时，jq书写往往会比较五花八门。
一些if、for又没办法直接用到html上，就要字符串拼接，而字符串拼接又会影响view与model的分离，就又出来了artTemplate之类的字符串模板，去模块化管理dom层，但模板问题又在于，一些搜索框、tab页要响应下面的页面，然后就要嵌套模板，一些复杂的，又要层层嵌套，而重新渲染模板，性能且不说，如果有滚动条，又会变到顶部。问题太多……
说到底，JQ只是一个库，但从客观角度来说，如果封装得当，可以不冲突
关于
make：o︻そ╆OVE▅▅▅▆▇◤（清一色天空）
blog：http://blog.csdn.net/mcky_love
掘金：https://juejin.im/user/59fbe6c66fb9a045186a159a/posts
结束语
所以对技术栈的选择，框架的构建/设计，都要深思熟虑，对于架构师而言，项目的维护性、扩展性以及如何控制代码的整洁性变得尤为重要
2117
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
