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

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

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

回答

編輯回答

幼梔

噢，剛好vue，react，小程序（剛?cè)肟樱┒紝戇^。react寫起來確實(shí)會有比較多的代碼量，特別是redux，各種高階函數(shù)。但是react本來就是提倡函數(shù)式編程。這只是一種思維方式而已。react也有很多優(yōu)點(diǎn)，例如jsx，使用類來定義組件。vue可能讓人更好理解一點(diǎn)，vue其實(shí)也不建議把邏輯代碼寫在行內(nèi)，而是寫在methods里，而且還有指令功能。vuex和vue-router也很好用。小程序很多地方和vue很像，例如Page方法類似于vue文件export出去的組件配置項(xiàng)，data的數(shù)據(jù)驅(qū)動，還有行內(nèi)的wx-指令。但是小程序不支持行內(nèi)使用方法，class不支持對象。官方推薦的wepy用起來怪怪的，而且用的是redux，不理解。
總之，不管什么框架，都只是一種開發(fā)模式而已，把基礎(chǔ)學(xué)好，怎么變都不怕。

2018年4月14日 00:27

編輯回答