都不是一个简单的东西.
无非是渲染, 却偏偏搞重度渲染, 徒增代码量, 而实际业务稍微复杂那些花把势就没什么用了.
我写微信小程序, 再用react深有感触, 把简单的问题复杂化, 多写几个函数名总比多写几个: ''以及tag中乱七八糟的js代码容易吧, 在html中实现简单的+-*/++--就好, 否则未来也不好维护. react和vue都在为了所谓的简单增加更多成本.又看了dcloud的UniApp方案... 迷茫了, 感觉前端越来越复杂了;
小程序, 公众号, APP, web, 这么端呢, 愁人.

//----------------------//
我以前都用原生JS简单封装的主, 不用jquery. 我只是觉的vue react都太重. 小程序的方案比较满意.
特别是this.setData() 比自动更新强多了. 路由方面, 小程序的 <navcategory>方案更优秀, 决定关闭本页与否.
可能我用vue 和react时间不久, 至今没研究明白子页的操作如何更改上一页的非指针变量, 我暂时用全局变量存.
写小程序各种酸爽, 用react vue 各种繁琐. 比如: <img :src="'static/' + itme[img]" /> 这样写无非是为了在属性中实现js语法, 但真的好吗? html何必这么复杂, 非要在html中写复杂的js? 这些渲染都增加了渲染成本, 可能我写后端习惯了, 比较敏感任何的资源浪费.
我想自己写个仿微信小程序的方案, 十天二十天吧, 只是人生苦短, 我后端的轮子还没造完. 感慨使用vue和react的复杂成本,不如自己去写. (我后端web框架自己实现, 用了20天, 从那以后我从来无疑问框架之事, 随便写语法糖,看着每天用某流行框架每天百度疑问各种, 深明前奏的便捷必然是后续的繁琐, 时间成本不会因此缩短)
//----------------------//
前端特别复杂, 自己去写又面临很多问题, 是否兼容微信小程序, 是否要写个转换程序. 是否要兼容快应用, 是否要后端模版引擎结合以应对SEO...........这就复杂了.