談?wù)刧runt和gulp的區(qū)別？自從nodejs進入前端階段以來，自動化建筑已經(jīng)變得越來越流行。目前，最流行的是咕嚕和咕嚕。它們有相似的名字和相似的功能。不過，在大哥咕噥的情況下，咕噥可以打開自己的世

談?wù)刧runt和gulp的區(qū)別？

自從nodejs進入前端階段以來，自動化建筑已經(jīng)變得越來越流行。目前，最流行的是咕嚕和咕嚕。它們有相似的名字和相似的功能。不過，在大哥咕噥的情況下，咕噥可以打開自己的世界。它有她獨特的優(yōu)點。

1. 與grunt相比，易于使用的gulp更簡潔，遵循代碼比配置策略更好。維護gulp更像是編寫代碼。

2. 與咕嚕聲相比，高效的咕嚕聲更具設(shè)計感。核心設(shè)計基于UNIX流的概念，通過管道連接，不需要編寫中間文件。

3. 每個高質(zhì)量的gulp插件只完成一個功能，這也是UNIX的設(shè)計原則之一。每個功能都通過流進行集成，以完成復(fù)雜的任務(wù)。例如，grunt的imagemin插件不僅壓縮圖像，還包括緩存。他說，在gulp中，cache是另一個可以被其他插件使用的插件，這促進了插件的可重用性。目前，有673個插件正式上市。

4. 只有五個核心api可供簡單易學(xué)的gulp使用。如果您掌握了這五個api，就可以學(xué)習(xí)gulp，然后可以通過pipeline flow組合您想要的任務(wù)。

5. 在使用grunt進行I/O的過程中，會生成一些中間臨時文件，一些任務(wù)會生成臨時文件，其他任務(wù)會根據(jù)臨時文件進行處理并生成最終的生成后文件。使用gulp的優(yōu)點是以流的方式處理文件，并通過管道連接多個任務(wù)和操作。因此，只有一個I/O進程，進程更清晰、更純粹。

6. 代碼比配置維護好，gulp更像是編寫代碼，gulp遵循常見的JS規(guī)范，因此與編寫節(jié)點程序沒有區(qū)別。

webpack和gulp的區(qū)別？

咕嚕聲應(yīng)該與咕嚕聲相比較。我不談他們之間的區(qū)別。我們來談?wù)勊挠猛?。Gulp/grunt是一個優(yōu)化前端工作流的工具。例如，自動刷新頁面、組合、壓縮CSS、JS、編譯less等等。簡而言之，就是使用gulp/grunt，然后配置您需要的插件，這樣您就可以讓它手動完成您需要做的事情。當涉及到browse/webpack時，也涉及到seajs/requirejs。這四個是JS模塊化解決方案。Seajs/require是一種類型，browse/webpack是另一種類型。Seajs/require：是一個在線“編譯”模塊解決方案，相當于在頁面上加載CMD/AMD解釋器。這樣，瀏覽器就可以了解define、exports和module。實現(xiàn)了模塊化。Browserify/webpack：是一種預(yù)編譯模塊方案，比上述方案更智能。我沒用過browserify。這里我們以webpack為例。首先，它是預(yù)編譯的，不需要在瀏覽器中加載解釋器。另外，您可以直接在本地編寫JS。無論是amd/CMD/ES6風(fēng)格的模塊化，它都能識別并編譯成瀏覽器能識別的JS。這樣一來，gulp就是一個工具，而webpack等都是模塊化的解決方案。Gulp還可以為seajs、requirejs甚至webpack配置插件。