為何我覺得gulp不是個好東西

很多前端喜歡用gulp做編譯配置、但我覺得這並不是一個理想的模式

npm本身是實現Linux哲學的典範:提倡小型,單一用途的程序,可執行文件不要太複雜

但gulp框架缺破壞了這個原則,本可以在package.json里完成的事情卻經過層層封裝 封裝在一個進程里。本可以清晰展示的邏輯、卻被被隱藏在各種實現細節里、增加了前端理解的難度卻沒有提高任何復用的能力。

大部分前端應該都經歷過 以一大堆gulp配置的階段、大部分類似ani-angular2的做法:

然後項目多了 代碼拷貝來拷貝去 所以開始寫自己的構建工具,到像阿里ant-design裡面的antd-tools:

但這終歸是一條偏離了npm和linux哲學的岔路、這條路走下去遇到的最大的問題是:

你真正想要的邏輯和想要控制的東西被封裝在底層了...

不如拋棄gulp、也不要再去寫那些終會過時的構建工具、回歸npm里最初的本質: 簡單


推薦閱讀:

在前端打包時,加入了source map之後文件變大如何處理?
有沒有好的gulp+webpack的例子啊?求指教,分開來都是會用的,但是結合起來就有些懵。。
編譯同樣的scss,為什麼gulp的速度幾乎是grunt的兩倍?
gulp入門

TAG:gulp | 前端开发 | 前端框架 |