前端構建大法Gulp系列(一):為什麼需要前端構建
系列目錄
我們都知道使用IDE編寫後端程式時,我們都需要Build, 對.NET來說,我們一般需要使用Visual Studio來確保我們的專案編譯通過,而且專案編譯通過是對所有程式設計師的基本要求。
但是,由於很多後端程式設計師對前端的很多東西不瞭解,導致在做WEB專案時出現了一些問題。
JavaScript和CSS的版本問題
我們都知道 JavaScript和CSS屬於靜態檔案,如果地址不變,瀏覽器會快取這些檔案,那就意味著當我們需要改JavaScript或者CSS檔案的時候,即使我們後端改了,那麼客戶端也是看不到,這個在“JS一統天下”的時代是不可接受的,因為現在幾乎所有的WEB 程式都嚴重依賴JavaScript,而所有的網站都是需要使用CSS的。在我經歷過的專案即使是很多年經驗的程式設計師都出現過JavaScript和CSS檔案的版本問題,比如客戶讓修復一個Bug,這個Bug是JavaScript引起的,程式設計師修復了,或者是客戶說改一個背景顏色,可是當我們給客戶部署後或者程式碼交給客戶客戶部署時,客戶說Bug依然存在,這個時候程式設計師經常說的話就會出現了 “我本地是好的呀”,最後再找來別人幫忙後,發現原來是沒有清除瀏覽器的快取,於是有的程式設計師就趕緊給客戶說:“你需要Ctrl+F5 清除瀏覽器的快取”。 每當我聽到這樣的話時就像關上燈留給我一屋子黑,首先,有幾個普通使用者會使用Ctrl+F5? 其次,有幾個使用者願意去Ctrl+F5?
那麼怎麼辦?我想很多程式設計師都知道加一個版本號就可以了,這樣瀏覽器就會認為是新的檔案,比如原來是http://www.a.com/app.js 你現在只需要把地址改為http://www.a.com/app.js?v=1.0 即可
但是如果這個動作是手動的,那麼10次基本上至少有5次程式設計師會忘掉,那麼這就是為什麼我們需要前端構建
JavaScript和CSS的依賴問題
我們經常出現的另一個問題,就是JavaScript和CSS的依賴問題,說的通俗點就是JavaScript和CSS的在頁面中的順序問題!
我們經常發現CSS沒起作用,JavaScript的某個變數和方法找不到,有很多情況都是因為引入JavaScript或者CSS的順序不對,雖然我們可以使用一些RequireJS之類的模組管理,但是依然在很多情況下需要引入不同的檔案,尤其是CSS沒有一個好的模組化管理的元件。
那麼我們就需要有一個統一的地方來管理JavaScript和CSS的順序問題,而構建工具可以大大減少此類問題。
效能優化
我們都知道瀏覽器請求的檔案越多越耗時,請求的檔案越大越耗時,尤其是在我們現在很多使用前端MVC, MVVM框架的時候,我們為了前端程式碼更清晰,結構更合理,我們就由很多JS檔案,無疑又拖慢了網頁的速度。為了解決這個問題,因此我們需要做兩件事
檔案合併
瀏覽器需要下載多個JS檔案,而瀏覽器是有併發限制,也就是同時併發只能下載幾個檔案,假如瀏覽器併發數是5,你有20個JS檔案,而每5個需要2S, 那麼你光下載JS檔案都需要8S,那麼網頁的效能可想而知,所以我們需要合併多個檔案以減少檔案的數量。
檔案壓縮
我們知道檔案越大,下載越慢,而針對JavaScript和CSS, 裡面的空格,換行這些都是為了讓我們讀程式碼時更容易閱讀,但是對機器來說,這些對它沒有影響,所以為了減少檔案大小,一般的情況我們都會用工具去掉空格和換行,有時候我們還會用比較短的變數名(記住這個要讓工具最後壓縮時做,而原始碼一定要保證命名可讀性) 來減少檔案大小。
而所有的前端構建工具都具有檔案合併和壓縮的功能。
效率提升
Vendor字首
在CSS3使用越來越多的時候,我們都知道一些CSS的特性,不同的瀏覽器CSS有不同的字首,如果我們手工新增將會很繁瑣,而如果使用構建工具,很多構建工具可以自動給我新增CSS的Vendor字首
單元測試
JavaScript的單元測試在使用MVC或者MVVM的框架後,變得越來越容易,而單元測試是質量保證的一個很重要的手段,所以在提交之前,使用構建工具自動跑一遍我們的單元測試是非常重要的
程式碼分析
我們寫的JavaScript很多時候會有一些潛在的bug, 比如忘了新增分號,某個變數沒有等等,使用一些JavaScript的程式碼分析工具,可以很好的幫我們檢查一些常見的問題。
HTML引用JavaScript或者CSS檔案
比如我們需要使用Bower之類來引用前端JavaScript和CSS的第三方庫,那麼如果版本升級,新增移除等都用手工來修改HTML的話,第一比較耗時,第二比較容易疏漏,尤其是在我們需要切換Debug和production版本時將會有很多額外的工作,那麼使用前端構建工具可以很好的解決這些問題。
最後
以上我只是列出了前端構建最常用的一些功能,我相信還可以發覺很多構建工具可以替代我們手工做的事,後面我將詳細講講如何使用Gulp這個神器來一一解決我們上面提到的問題。
本文轉自敏捷的水部落格園部落格,原文連結http://www.cnblogs.com/cnblogsfans/p/5093012.html如需轉載請自行聯絡原作者
王德水
相關文章
- 使用Gulp構建前端自動化解決方案前端
- 我們為什麼選擇VUE來構建前端Vue前端
- 前端構建_webpack前端Web
- 前端任務構建利器Gulp.js使用指南前端JS
- 前端構建祕籍前端
- 前端工程構建之談:gulp3要不要升級到Gulp4前端
- 【進階系列】前端開發環境構建(一)CSS -- Sass前端開發環境CSS
- 前端彙總系列:npm依賴(構建編譯)前端NPM編譯
- [譯] 前端程式構建系列教程簡介(開篇)前端
- 你的網站或許不需要前端構建網站前端
- 構建前端mock伺服器前端Mock伺服器
- 【前端構建】WebPack例項與前端效能優化前端Web優化
- 如何使用Docker構建前端專案Docker前端
- 前端測試套件構建實踐前端套件
- 如何構建大型的前端專案前端
- 使用 WebSphere Portlet Factory 構建SOA 前端Web前端
- Docker 構建統一的前端開發環境Docker前端開發環境
- gulp構建es6專案
- Jenkins +nginx 搭建前端構建環境JenkinsNginx前端
- 前端⼤規模構建演進實踐前端
- 使用Vite快速構建前端React專案Vite前端React
- 【前端筆記】Vuex 是什麼,為什麼需要前端筆記Vue
- 構建一個使用 Virtual-DOM 的前端模版引擎前端
- (轉)前端構建工具gulp入門教程前端
- 你構建的程式碼為什麼這麼大
- 為什麼建議將安全性構建到系統中?
- 淺談自動化構建之gulp
- 前端為什麼需要模組化開發前端
- Jenkins自動化前端專案構建Jenkins前端
- webpack+nodejs+npm構建前端專案WebNodeJSNPM前端
- webpack 前端構建效能優化策略小結Web前端優化
- Gulp, 比Grunt更好用的前端構建工具前端
- 學習前端自動化構建工具Gulp前端
- gulp進階構建專案由淺入深
- 你可能需要的一本前端小冊:Vue 專案構建與開發入門前端Vue
- Parcel-VUE零配置前端構建(iview實踐)Vue前端View
- Webpack 4 構建大型專案實踐 / 微前端Web前端
- 使用 Nginx 構建前端日誌統計服務Nginx前端