1樓：ggffss
我能力不夠，感覺搞前端開發好煩
這個外掛程式那個元件的
而且對 webpack node.js 這些恨之入骨。
就是因為現在各種亂七八糟地東西框架太多了，想輕鬆愉快地開箱即用寫typescript，完全不可能。
我不會搭建這些環境，當然還有配置。
2樓：沈崎
1、每次打包都要花費很多時間，加慢了開發進度：打包花費的時間應該是少數的幾次，正常肯定是在開發環境下實時除錯開發的。
2、團隊能力不等造成很多問題維護成本：能力的問題，不是應該積極提公升麼？
3、老版本框架不支援的問題：老版本如果要引入的話，建議老闆重做=。=
4、配置檔案、查詢bug、以及填不完坑問題：通常這些坑一般就踩一次，個人感覺也還好吧。
5、檔案打包後出現的各種莫名問題：這個目前還沒遇到過，一般都是在開發過程中就解決了。
6、檔案打包後體積問題：迭代去除一些不必要的，替換一些輕量級的進行優化吧。
7、打包檔案重複率問題：熟悉工具。
webpack新手，一起共勉~就醬~
3樓：
覺得，首先js需要用es6開始寫了，是以後的趨勢，比如模板，相信以後瀏覽器會支援的，也可以避免團隊水平不同，
但現在的瀏覽器畢竟還不支援es6，那就還需要webpack，這樣的打包工具，
當然還有requirejs這樣的工具，用es6寫，再babel轉換，但畢竟還是要載入很多檔案，
4樓：
打不打包都看你本身的能力和專案的需要了。
很明顯，你說我就使用HTML+CSS+JS隨便實現乙個什麼前端典型例子「輪播圖」…那你費這事幹什麼…直接寫啊！你和寫裡面都行！
但是如果稍微複雜一點的話，你就看看需不需要了。比如複雜一點的CSS，你選擇模組的想法去實現乙個專案，把每個塊的CSS都拆分開來寫，那最後你要合併成乙個檔案以方便link吧。這個時候就要打包工具了。
比如「Animate.css」就這麼做的。
那這是基本的，現在有一些專案會用到CSS預處理工具的，比如LESS,SASS,STYLUS之類的。這類工具本身就是為了提公升效率而出現的，因為復用性的關係。有些內容可以mixin，一些一樣的屬性不用寫多次，甚至一些計算相關的內容直接交給CSS不需要再使用JS。
那麼這些東西到最後還是需要編譯成CSS吧。那其實這種情況也不需要用到打包工具，直接編譯資料夾就行了。比如「Syuanpi.
css」就是這麼做的！
然後重點來了，如果你的專案裡，用了EJS（HTML），用了Stylus（css），用了CoffeeScript（js），那這些奇行種瀏覽器可沒辦法直接讀懂，怎麼辦。你要把ejs編譯成html，你需要把stylus編譯成css等，或者東西寫多了，你還需要去壓縮css，壓縮js。那你是選擇乙個資料夾乙個資料夾去呼叫編譯器編譯，還是直接使用"grunt"或者"gulp"此類工具去實現「一鍵解決」的方法？
順便說下，gulp和grunt之類的算是構建工具，不算打包工具。
但是如果諸如react, vue或者你自己實現了乙個其他大型的專案，那怎麼可能不用webpack！
5樓：hi大頭鬼hi
內部系統，如果團隊成員能力不夠，沒必要上webpack，模組化用seajs或者直接typescript來解決。內部系統，基本上也不存在頁面資源載入的效能問題，並且因為可以強制只支援chrome，使用http2等，來進一步簡化開發任務，合併資源，壓縮等已經不是必須。
選工具嘛，還是看場景，看需求和團隊能力
6樓：Mark
題主的場景與其說打包工具增加複雜度，到不如說JQuery+Vue混搭增加複雜性。
打包工具如果使用三大框架，個人覺得是必須的，生產環境總不能在瀏覽器編譯吧？
JQuery+bootstrap的傳統專案隨意，不建議使用打包工具
PS，看到其他答案說到http2 。確實，如果http2普及打包工具確實就沒什麼必要了。
這樣思考的話如果瀏覽器對es6/7完全支援 babel也沒有必要(react的jsx和ng2的ts還是要編譯的)。長期來看隨著http2 es6/7 css屬性標準化(不再需要可惡的字首)的普及打包工具會越來越雞肋。但是在此之前打包工具還是有存在的意義的(讓我想起了當年相容ie6/7/8的日子)
7樓：小擼
不管怎麼說，ES 新標準也寫的舒服，CSS 預處理器和 postcss 也省不少事。其他嘛，看需要。大專案你沒點規劃怎麼行，小專案怎麼玩都玩不死。
8樓：Thats life
需要，但最終至少不會像目前這樣難用，技術都是要隨著時間發展走向成熟的。
雖然它現在確實很繁瑣，不友好，給它時間吧……至於團隊能力問題，我覺得大多技術的使用都是根據團隊能力決定的，而不是反過來，占用資源。
打包時間這個問題，SSD簡直不要太舒服
我遇到的坑是三個win7 64位的電腦，按同乙個方法配置環境，出現了不同的錯誤，坑確實很多
9樓：dboy
真的，不怎麼需要，這篇文章說了理由 https://medium.freecodecamp.
用npm scripts配合簡單shell命令是一種更簡潔的方案，配置也很簡潔直觀，改也很好改。
"test": "mocha test -u bdd -R spec","pretest": "echo 'about to run the test...
'","posttest": "echo 'the test has been run!'","start":
"node server.js",
"start:dev": "node server.js 4000"
相當多的專案打包只需要concat配合uglify足夠了。
前端的框架,模式以及各種自動化工具真的就那麼重要麼？
同事的觀點 用那麼多框架，有什麼用，過幾年，就過時了，直接用jquery就好了，以前老的也是用jquery 實現的。以前看過一篇文章，現在web上出現的很多問題大部分是jquery 選擇不到元素導致的問題，再深一下，這事由於jquery 依賴HTML，不符合軟體上的高偶合，低內聚。框架存在的道理，就...
前端有需要轉後端嗎
Saint George 一 家裡人都說 家裡有乙個人是程式設計師不奇怪，全家都是程式設計師？二 為什麼不考慮Node.js？前端轉後端，第一反應不是Node.js？ yoom 後端可以作為補充，合格的前端本來就應該了解下後端，可以看看nest.js。另外新時期前端要求不低呀，現在越來越的 桌面軟體...
工具類前端專案的複雜度真的可以跟後端相提並論嗎？
其實網際網路公司就是一條人體蜈蚣.老闆在最前面,吃的還算東西 部門經理在老闆後面,吃的是 專案經理在部門經理後面,吃的是 產品經理在專案經理後面,吃的是 前端在後端後面 測試在前端後面 因為吃得不太好,所以大家都希望找點樂子,於是心裡都在想 後面那人好可憐,居然吃我的 然後莫名其妙地高興起來,心滿意...