資訊專欄INFORMATION COLUMN
摘要：作者鏈接來源知乎著作權(quán)歸作者所有。的富文本也需要注意一下，托管輸入什么的我搞不懂，反正知乎超級(jí)卡開發(fā)速度方面。會(huì)造成影響的變量相當(dāng)多。的社區(qū)最活躍工具最多，于是天秤座人士對(duì)社區(qū)表示強(qiáng)烈譴責(zé)?？傆X得開發(fā)時(shí)，編輯器的響應(yīng)速度更快也可能是錯(cuò)覺。
作者：Teeea
鏈接：https://www.zhihu.com/questio...
來源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。
運(yùn)行速度有許多網(wǎng)站都有對(duì)比，不過就具體的數(shù)值來說，差不多可以認(rèn)為是沒有比較價(jià)值了。各框架在最佳實(shí)踐下運(yùn)行速度都不會(huì)成問題，甚至于廣受詬病的Angular1都不見得會(huì)有大問題。不過有些小問題還是要注意一下的。比如說angular你得避免頻繁觸發(fā)的事件被zone托管到。react的富文本也需要注意一下，托管輸入什么的我搞不懂，emmmmmm……反正知乎超級(jí)卡……
開發(fā)速度方面。會(huì)造成影響的變量相當(dāng)多。比如說react你想自己搭一套帶ssr、路由懶加載的架子，多半會(huì)直接累死，其他家也都差不多。我經(jīng)歷的項(xiàng)目里，開發(fā)速度很大程度取決于選用的是什么腳手架……就目前的體感來說，用起來最舒服的算是vue的nuxt了，大部分事情都幫你處理好了。angular的cli工具也不錯(cuò)。react的社區(qū)最活躍工具最多，于是……天秤座人士對(duì)react社區(qū)表示強(qiáng)烈譴責(zé)。
因?yàn)榍∏扇齻€(gè)框架都用過一點(diǎn)點(diǎn)，所以說一下我的感覺吧，可能不對(duì)……React的單函數(shù)組件真的是非常的干凈，是能讓人感到開心的東西。有些時(shí)候從一個(gè)項(xiàng)目移到另一個(gè)項(xiàng)目都沒有成本的。思路清晰，引用方便，我覺得能提高開發(fā)效率。Redux和Vuex這類的東西，寫起來是有點(diǎn)繁瑣的。但是調(diào)試時(shí)又是另外一種情況了，打開調(diào)試工具，讀一下那些action，非常迅速的就能定位到bug。繁瑣之處可以考慮自己封裝一套decorator之類的，雖然好像各個(gè)平臺(tái)的實(shí)現(xiàn)和ES的標(biāo)準(zhǔn)都有些出入，但是真的能提高效率。前端頁面復(fù)雜了就是各種狀態(tài)值滿天飛，指不定什么時(shí)候就組合出了一套bug……
Angular是規(guī)定得最死的一套框架。初學(xué)的感覺就是“繁瑣到上天”，但這實(shí)際上是個(gè)假象……cli很方便，規(guī)定得死也就意味著大家寫的代碼看上去風(fēng)格更統(tǒng)一，這真不是壞事。只要你想認(rèn)真做項(xiàng)目，前期一點(diǎn)點(diǎn)的學(xué)習(xí)成本還是值得回票價(jià)的。
Vue如果使用單文件組件的話……小心文件大小，超過500行就及時(shí)拆分吧，等代碼行數(shù)漲到一千以上時(shí)就干啥都晚了……因?yàn)閂ue的data、computed、method、watch之類的東西是拆分開的，很容易相關(guān)聯(lián)的數(shù)據(jù)、函數(shù)之類的東西，被打散分散在不同的地方，那種絕望是沒有體驗(yàn)過同事寫的兩千多行的超大頁面的人無法想象的。
用React的別笑，上面那一條對(duì)React的JSX也有效……如果是redux的用戶，你還得考慮做connect的粒度。粒度太粗組件間傳遞數(shù)據(jù)很麻煩，粒度太細(xì)……其實(shí)你沒發(fā)現(xiàn)context和全局對(duì)象是差不多的概念嗎，雖然React對(duì)context做了許多限制，但是效果并不覺得好……組件庫是框架的重要加分項(xiàng)，React優(yōu)勢(shì)很大，可以一波A過去…用好Typescript可以極大提高你的開發(fā)效率，這個(gè)不是開玩笑的。尤其是你同時(shí)接了幾個(gè)項(xiàng)目的維護(hù)，想要跪在地上哭嚎“人腦記憶力是有極限的?。 钡臅r(shí)候。這一點(diǎn)上Angular加分應(yīng)該很大?？傆X得React開發(fā)時(shí)，編輯器的響應(yīng)速度更快……也可能是錯(cuò)覺。
最后一提，其實(shí)維護(hù)階段很可能會(huì)比開發(fā)階段更長(zhǎng)更持久，談“開發(fā)速度”時(shí)不把維護(hù)算進(jìn)去是有些不合理的。一個(gè)組件、一個(gè)模塊能不能從一處摘下來、隨手插到別的地方很輕松就跑起來，過一段時(shí)間能不能輕松讀懂，是不是能避免各種魔法字符串……這些反而是真正開發(fā)中比較需要關(guān)注的細(xì)節(jié)……至少對(duì)我來說是這樣。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/89721.html
摘要：前端每周清單年度總結(jié)與盤點(diǎn)在過去的八個(gè)月中，我?guī)缀踔蛔隽藘杉?，工作與整理前端每周清單。本文末尾我會(huì)附上清單線索來源與目前共期清單的地址，感謝每一位閱讀鼓勵(lì)過的朋友，希望你們能夠繼續(xù)支持未來的每周清單。 showImg(https://segmentfault.com/img/remote/1460000010890043); 前端每周清單年度總結(jié)與盤點(diǎn) 在過去的八個(gè)月中，我?guī)缀踔蛔隽?..
摘要：感謝王下邀月熊分享的前端每周清單，為方便大家閱讀，特整理一份索引。王下邀月熊大大也于年月日整理了自己的前端每周清單系列，并以年月為單位進(jìn)行分類，具體內(nèi)容看這里前端每周清單年度總結(jié)與盤點(diǎn)。 感謝 王下邀月熊_Chevalier 分享的前端每周清單，為方便大家閱讀，特整理一份索引。 王下邀月熊大大也于 2018 年 3 月 31 日整理了自己的前端每周清單系列，并以年/月為單位進(jìn)行分類，具...
摘要：在整個(gè)年，看到發(fā)布版增加了許多功能，包括新的生命周期方法新的上下文指針事件延遲函數(shù)和。它在等待渲染異步響應(yīng)時(shí)數(shù)據(jù)，是延遲函數(shù)背后用來管理組件的代碼分割的。發(fā)布自第版開始將近年后，于年發(fā)布。 前端發(fā)展發(fā)展迅速,非常的快。 本文將回顧2018年一些重要的前端新聞，事件和 JavaScript 趨勢(shì)。 想閱讀更多優(yōu)質(zhì)文章請(qǐng)猛戳GitHub博客,一年百來篇優(yōu)質(zhì)文章等著你！ showImg(ht...
摘要：我們的目標(biāo)是找出最有職業(yè)投資回報(bào)率的主題和技術(shù)。比特幣在幾年內(nèi)增長(zhǎng)了若干個(gè)量級(jí)。比特幣倍拐點(diǎn)在這個(gè)圖表中，每個(gè)箭頭始于倍點(diǎn)，指向價(jià)格修正后的最低點(diǎn)。 showImg(https://segmentfault.com/img/remote/1460000017919159); 圖：Jon Glittenberg Happy New Year 2019 (CC BY 2.0) 又到了一年的...
閱讀 2082·2019-08-30 15:53
閱讀 3076·2019-08-30 15:44
閱讀 2927·2019-08-30 14:11
閱讀 2923·2019-08-30 14:01
閱讀 2710·2019-08-29 15:16
閱讀 3762·2019-08-29 13:10
閱讀 1255·2019-08-29 10:56
閱讀 2539·2019-08-26 13:58
