你们觉的react和vue的方案很好吗?

Question

都不是一个简单的东西.
无非是渲染, 却偏偏搞重度渲染, 徒增代码量, 而实际业务稍微复杂那些花把势就没什么用了.
我写微信小程序, 再用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...........这就复杂了.

Answer 1

噢，刚好vue，react，小程序（刚入坑）都写过。react写起来确实会有比较多的代码量，特别是redux，各种高阶函数。但是react本来就是提倡函数式编程。这只是一种思维方式而已。react也有很多优点，例如jsx，使用类来定义组件。vue可能让人更好理解一点，vue其实也不建议把逻辑代码写在行内，而是写在methods里，而且还有指令功能。vuex和vue-router也很好用。小程序很多地方和vue很像，例如Page方法类似于vue文件export出去的组件配置项，data的数据驱动，还有行内的wx-指令。但是小程序不支持行内使用方法，class不支持对象。官方推荐的wepy用起来怪怪的，而且用的是redux，不理解。
总之，不管什么框架，都只是一种开发模式而已，把基础学好，怎么变都不怕。

Answer 2

老哥怕不是没从jquery时代过来？没操作过dom？
无论vue跟react都基本只让你写业务逻辑了
而且测试了解一下？
函数式写法十分利于测试，自动化测试。很难想象每次写完代码不测试就扔个测试组或者直接上线，你对代码到底有多少自信跟把握呢

Answer 3

至少现在来看，相比于古老的jq，性能上还是有所提升的，并且自动化的程度得到了提高，在数据驱动和渲染方面，运用vue或是react，甚至angular，都是对开发人员的一个便利