我正在使用的React應(yīng)用程序相對(duì)較小,它獲取請(qǐng)求以發(fā)送和接收數(shù)據(jù),僅渲染一組數(shù)據(jù),因此我根據(jù)組件的結(jié)果對(duì)組件進(jìn)行了大量的重置state 以及少量的state修改。
Promise已經(jīng)成為JavaScript的不可思議的補(bǔ)充。它們?yōu)槲覀児?jié)省了回調(diào)的麻煩,使異步編碼更易于維護(hù),并允許我們一次跟蹤多個(gè)異步進(jìn)程。
當(dāng)然,當(dāng)我發(fā)布該帖子時(shí),我在修改Babel和React時(shí)發(fā)現(xiàn)了散布運(yùn)算符的另一種出色用法:將多個(gè)對(duì)象的屬性合并到一個(gè)對(duì)象中!
React路線圖上的下一個(gè)重要內(nèi)容是并發(fā)模式和懸念。它們是相互聯(lián)系、相互補(bǔ)充的,所以人們有時(shí)會(huì)把它們混在一起。
不久之前,瀏覽器在實(shí)現(xiàn)新的API和功能時(shí)幾乎停滯不前,從而導(dǎo)致MooTools(FTW),jQuery,Dojo Toolkit,Prototype和類似的JavaScript工具箱的興起。
得益于ES6和Babel等工具,從新語言語法到自定義解析(如JSX),JavaScript的編寫已變得異常動(dòng)態(tài)。
對(duì)于移動(dòng)設(shè)備,Web開發(fā)人員仍然很難完成工作。網(wǎng)絡(luò)將永遠(yuǎn)不會(huì)提供與本機(jī)移動(dòng)平臺(tái)一樣多的API或控件,但是我們的用戶希望獲得同樣的出色體驗(yàn)。
圖像優(yōu)化是提高前端性能的重要組成部分。傳統(tǒng)上,我們使用JPG / JPEG,GIF和PNG圖像,但是Google和Chrome小組開發(fā)了WEBP格式,該格式可處理文件大小并優(yōu)化渲染。
我最近分享了如何使用傳播運(yùn)算符合并對(duì)象屬性, 但是此方法有一個(gè)很大的局限性:傳播運(yùn)算符合并不是“深度”合并,這意味著合并是遞歸的。
盡管我們?cè)诜?wù)器端使用JavaScript做著令人驚奇的事情,但重要的是不要讓我們忽略客戶端上發(fā)生的一些很棒的事情。
文章搜索
熱門博主推薦
熱門文章推薦