捆綁在mvc中是否真的在優化項目？

Question

我最近實現了捆綁到我的MVC項目，所以我可以自動縮小我的腳本和樣式。我已經制作了大約10個腳本到一個包和10個樣式到一個包中，並在我的佈局中成功實現了它們。

我注意到的是，基本上我的服務器響應現在更長，而我的js /腳本加載時間現在最小。 所以我從1.9s的加載時間的HTML和2秒左右的腳本和樣式到3.9s加載時間在HTML和約300ms的腳本和樣式。

所以我必須問，捆綁實際上是如何工作的？在IIS上創建的包總是在頁面上實現，或者是每次創建html請求時創建的包？或者，也許根據請求或CssTransformation完成縮小？

Answer 1

包被緩存。如果在bundle類中沒有指定不同的值，那麼bundle會在第一次請求時創建並在服務器上緩存。以下所有捆綁請求均從緩存中提供。 Link

Answer 2

Bundles基本上有助於網絡請求和響應的數量來下載多個CSS或/和js文件。 因此，如果您縮小所有js和css，那麼下載的數據量將與捆綁的數量幾乎相同，但下載數量將限制爲2個文件（一個CSS一個js），而不是那麼多正在下載的js和css文件...