作為當前風頭正盛的打包工具，webpack風靡前端界。確實作為引領了一個時代的打包工具，很多方面都帶來了顛覆性的改進，讓我們更加的感受到自動化的快感。不過最為大家詬病的一點就是用起來太難了。 要想愉快的使用，要使用n多的配置項，究其原因在於文檔的不夠詳細、本身默認集成的不足。也不能說這是缺點 ...

Introduction 對於較大的web 應用來說，將所有的代碼文件壓縮成一個文件是不合適的，在部分代碼文件只有特殊情況下才被需要的情況下，這無疑是一種浪費。webpack 提供了講代碼文件分塊的能力。 這里需要注意的是：webpack並不是把原來的一個大文件，簡單的進行拆分，而是在這個基礎上 ...

當你把所有的代碼都打包到一個文件的時候，每次改一個代碼都需要重新打包。且用戶都要重新加載下這個js文件。但是如果你把一些公共的代碼或第三方庫抽離並單獨打包。通過緩存加載，會加快頁面的加載速度。（分割成多個文件，不必打包成一個文件，提高性能） 異步加載的代碼，webpack會單獨打包到一個 ...

　　之前一直維護的一段廣告js，我都是用webpack作為模塊管理的，由於這種CommonJS的預編譯打包模式，我把所有的模塊都封裝到一個js里面了，請求少了、文件大了。好在大部分的功能模塊都是我手動寫的，引用的三方庫並不多，文件大小還是可控的。但是隨着業務發展的需要，廣告的展示效果越來越豐富 ...

隨着移動設備的升級、網絡速度的提高，用戶對於web應用的要求越來越高，web應用要提供的功能越來越。功能的增加導致的最直觀的后果就是資源文件越來越大。為了維護越來越龐大的客戶端代碼，提出了模塊化的概念來組織代碼。webpack作為一種模塊化打包工具，隨着react的流行也越來越流行 ...

) 用到的一堆庫及工具： vue、webpack、babel、highcharts、echart ...

近日的工作集中於一個單頁面應用(Single－page application)，在項目中嘗試了聞名已久的Code splitting，收獲極大，特此分享。 Why we need code splitting SPA的客戶端路由極大的減少了Server 與 Client端之間的Round ...

一、前言 現在隨着前端開發的復雜度和規模越來越大，鷹不能拋開工程化來獨立開發，比如：react的jsx代碼必須編譯后才能在瀏覽器中使用，比如sass和less代碼瀏覽器是不支持的。如果摒棄這些開發框架，開發效率會大幅下降。 在眾多前端工程化工具中，webpack脫穎而出成為了當今最流行的前端 ...