1樓：
跟我的想法差不多，雖然不至於消亡，但肯定不會這麼火。也許到時候gulp這種任務型工具會比較流行
因為打包這種需求一直會存在，比如類庫，框架，就應該打成乙個檔案
不過這都是以後以後的事了
2樓：villainHR
首先先問為什麼，再問是不是~
很明顯， HTTP2.0 只是給你乙個多路復用的選擇，並沒有說只讓你用多路復用。webpack rollup 都是選擇。孰好孰壞，只能取決於你的業務，而不是技術。
詳情，可以參考一下 HTTP2即未來 | villianHR
3樓：
奇葩問題... http2 普及跟 webpack 和 rollup 沒有的任何關係。
現在 CPU 和記憶體都不值錢了，C 這種語言還有必要存在嗎？當然有必要。
webpack 和 rollup 等工具的出現不是因為 http1 有什麼大缺陷，更不是為了彌補它。
提問前請先搞清楚邏輯關係啊。（不懂裝懂的提問真的覺得莫名其妙
4樓：
為什麼有些人會有一種http2出現就game change的奇怪觀點。
其實如果認真了解過http2有啥特點的話就知道，並不會change啥……
5樓：dboy
http2的優化是少傳輸（減少頭的payload），傳更快（復用連線，server push等）；Rollup等工具的優化是少傳輸（減少內容payload），少解析執行（去除不必要的執行路徑）。
是不同層面的優化。
payload總是越小越好，效能總是越快越好，所以這些優化技術的關係是互相配合，互相補充，而不是互相替代。
http2不能幫你更好地程式設計，這是module的主要意義—— 用來程式設計，好的程式設計工具優化的是開發者的時間，而不是CPU/IO時間。
http2是如何解決tcp的隊首阻塞的？
Liuyl 我想你說的是http2 over tcp。這個實現的http2確實可以解決應用層的頭部阻塞問題，原理很簡單，為每個frame標序傳送即可，接收回來的時候按序重組，自然知道收到的資料屬於哪個http傳送過去的，放在那個佇列即可。不過你應該是理解錯了，這個方案只能解決上面提到的應用層，也就是...
如果 ES2015 完全普及了，我們還需要 Babel 嗎？
威老 Valor 在 ES3 早已普及的現在，我們需要 Babel 嗎？當然需要，因為專案越來越複雜，ES3 已經不能滿足我們了。同理，在 ES2015 完全普及的未來，ES2015 也早就不能滿足我們了 其實現在已經滿足不了了 所以 Babel 還是必要的。但是，如果專案簡單，能避免使用高階語法和...
如果穢土轉生在火影裡普及了會怎麼樣？
HOHO Naruke 我覺得最關鍵的在於載體啊 每穢土轉生乙個人就要用現世中活著的人做祭品。死人隨時出來開同學會，真真是細思恐極啊！暫時忽略掉人的正常出生和死亡，顯而易見，世界上正常人和穢土人的數量之和總是一定的。考慮乙個 收支平衡 就是你進行每次轉生的時候，轉生出的穢土人恰好就是原來的祭品。那麼...