你們覺的react和vue的方案很好嗎?

都不是一個簡單的東西.
無非是渲染, 卻偏偏搞重度渲染, 徒增代碼量, 而實際業(yè)務稍微復雜那些花把勢就沒什么用了.
我寫微信小程序, 再用react深有感觸, 把簡單的問題復雜化, 多寫幾個函數(shù)名總比多寫幾個: ''以及tag中亂七八糟的js代碼容易吧, 在html中實現(xiàn)簡單的+-*/++--就好, 否則未來也不好維護. react和vue都在為了所謂的簡單增加更多成本.又看了dcloud的UniApp方案... 迷茫了, 感覺前端越來越復雜了;
小程序, 公眾號, APP, web, 這么端呢, 愁人.

//----------------------//
我以前都用原生JS簡單封裝的主, 不用jquery. 我只是覺的vue react都太重. 小程序的方案比較滿意.
特別是this.setData() 比自動更新強多了. 路由方面, 小程序的 <navcategory>方案更優(yōu)秀, 決定關閉本頁與否.
可能我用vue 和react時間不久, 至今沒研究明白子頁的操作如何更改上一頁的非指針變量, 我暫時用全局變量存.
寫小程序各種酸爽, 用react vue 各種繁瑣. 比如: <img :src="'static/' + itme[img]" /> 這樣寫無非是為了在屬性中實現(xiàn)js語法, 但真的好嗎? html何必這么復雜, 非要在html中寫復雜的js? 這些渲染都增加了渲染成本, 可能我寫后端習慣了, 比較敏感任何的資源浪費.
我想自己寫個仿微信小程序的方案, 十天二十天吧, 只是人生苦短, 我后端的輪子還沒造完. 感慨使用vue和react的復雜成本,不如自己去寫. (我后端web框架自己實現(xiàn), 用了20天, 從那以后我從來無疑問框架之事, 隨便寫語法糖,看著每天用某流行框架每天百度疑問各種, 深明前奏的便捷必然是后續(xù)的繁瑣, 時間成本不會因此縮短)
//----------------------//
前端特別復雜, 自己去寫又面臨很多問題, 是否兼容微信小程序, 是否要寫個轉(zhuǎn)換程序. 是否要兼容快應用, 是否要后端模版引擎結(jié)合以應對SEO...........這就復雜了.