摘要： 【前言】 小程序開發(fā)中，有時(shí)會(huì)遇到下面這種情況，項(xiàng)目目錄中存放過大的js包，會(huì)被警告影響手機(jī)端性能，同時(shí)讓開發(fā)編譯啟動(dòng)變得很慢。慢是其次，單是影響性能這一點(diǎn)，就需要解決一下。 【云資源】 將項(xiàng)目js包放入公司的oss、obs之類的云存儲(chǔ)上，通過https鏈接來訪問。 https鏈接不能使用node的 閱讀全文

摘要： 寫在前面 CSS的短板 在語法更新時(shí)，每當(dāng)新屬性提出，瀏覽器的兼容問題就會(huì)成為一大煩惱。 Less的誕生 Less屬于預(yù)編譯腳本，一起被熟知的還有與Sass、Stylus。 Less 誕生于 2009 年，受Sass的影響創(chuàng)建的一個(gè)開源項(xiàng)目。 它擴(kuò)充了 CSS 語言，增加了諸如變量、混合（mixin 閱讀全文

摘要： 【前言】 前面在git分支規(guī)范那篇文章里，介紹了commit提交規(guī)范，如下圖 但是想要做到高效落地執(zhí)行，就需要做些別的功課，先展示下成果圖 沒錯(cuò)，對不符合規(guī)范的commit進(jìn)行了攔截，符合才可以成功提交。 【前期準(zhǔn)備】 需要了解git hooks，它是git的鉤子，就像vue擁有自己的鉤子一樣 官方 閱讀全文

摘要： 【前言】 前面對項(xiàng)目打包做了優(yōu)化處理，但是還不夠完美，有兩點(diǎn)可繼續(xù)優(yōu)化 1. 生成的chunk-vendors文件過大，壓縮后仍然超過1M 2. 開發(fā)、測試環(huán)境生成的js文件，未帶哈希值 問題1：如果在弱網(wǎng)環(huán)境下，會(huì)造成首次白屏?xí)r間過長 問題2：容易產(chǎn)生同名文件，造成瀏覽器緩存 出于以上兩點(diǎn)考慮，故 閱讀全文

摘要： 【前言】 《聞香識(shí)女人》中有句經(jīng)典臺(tái)詞，“有些人一分鐘過盡一生”，多少人在等待中浪費(fèi)了生命的美好。同樣，如果一個(gè)項(xiàng)目構(gòu)建、熱更新、打包速度過慢，中途需大把時(shí)間去等待，那么不免讓人抓狂。 【效果展示】 優(yōu)化前，構(gòu)建速度 整整126秒，兩分多鐘過去后，項(xiàng)目才啟動(dòng)成功 優(yōu)化后，構(gòu)建速度 21秒運(yùn)行完畢，僅 閱讀全文

摘要： 【前言】 規(guī)范、整潔的文件目錄，讓人心情愉悅的同時(shí)，還能降低維護(hù)的難度，增加項(xiàng)目的可讀性 由于其可復(fù)制性，由此總結(jié)出一套適用于前端的文件目錄模板。 先來一張大體的目錄格式： 【取名規(guī)則】 名稱遵循語義化 組件名需使用大駝峰，例如：PlanSelect 文件夾、文件按中劃線拼接，例如：order-fo 閱讀全文

摘要： 【前言】 目前入職新公司一個(gè)多月，上級(jí)讓我?guī)ьI(lǐng)前端小組，其實(shí)入職沒多久就發(fā)覺前端代碼質(zhì)量很差，提升代碼質(zhì)量一直都是個(gè)艱難而持續(xù)的過程，從git規(guī)范，到代碼質(zhì)量規(guī)范缺一不可，那么先從git規(guī)范開始。 【分支概要】 分支名稱 分支說明 master 生產(chǎn)分支，不能直接在此分支開發(fā) feature 功能分 閱讀全文

摘要： 【前言】 此實(shí)現(xiàn)方案基于vue框架，并需要依賴vue項(xiàng)目相關(guān)的庫，router、store等等；前端同學(xué)要與后端同學(xué)協(xié)商，常規(guī)是讓后端返回一個(gè)樹結(jié)構(gòu)的菜單數(shù)據(jù)，并且將所有的涉及權(quán)限控制的頁面path給到后端，如果是按鈕，需要把所有的按鈕 code 碼統(tǒng)一下，這是前期工作，很重要。 首先，main.j 閱讀全文