3 回答
TA貢獻1906條經驗 獲得超10個贊
這是一個很難回答的問題。我認為這兩種選擇都有其優缺點。
我個人不喜歡閱讀單個巨大的CSS文件,并且維護它非常困難。另一方面,將其拆分會導致額外的http請求,這可能會減慢速度。
我認為這是兩件事之一。
1)如果您知道自己的CSS永遠不會改變,那么我會在開發階段構建多個CSS文件(出于可讀性考慮),然后在上線之前手動組合它們(以減少http請求)
2)如果您知道不時要更改CSS,并且需要保持可讀性,那么我將構建單獨的文件并使用代碼(假設您使用某種編程語言)在以下位置將它們組合在一起運行時構建時間(運行時最小化/組合是資源消耗)。
無論使用哪種選擇,我都強烈建議在客戶端進行緩存,以進一步減少http請求。
編輯:
我發現這個博客展示了如何在運行時僅使用代碼就結合CSS。值得一看(盡管我自己還沒有測試過)。
編輯2:
在設計時,我已經決定使用單獨的文件,并且在構建過程中盡量減少和組合。這樣,我可以在開發時擁有單獨的(可管理的)css,并在運行時擁有適當的整體式縮小文件。而且我仍然擁有我的靜態文件和更少的系統開銷,因為我沒有在運行時進行壓縮/壓縮。
注意:對于那些在那里購物的人,我強烈建議在您的構建過程中使用捆綁程序。無論是從IDE內部構建,還是從構建腳本中構建,捆綁器都可以通過隨附的Windows在Windows上執行,exe也可以在已經運行node.js的任何計算機上運行。
TA貢獻1824條經驗 獲得超6個贊
只包含一個CSS文件對于頁面的加載時間會更好,因為這意味著更少的HTTP請求。
擁有幾個CSS文件意味著開發更容易(至少,我認為是這樣:每個應用程序模塊一個CSS文件使事情變得更容易)。
因此,在兩種情況下都有充分的理由...
一個可以讓您充分利用這兩個想法的解決方案是:
使用幾個小的CSS文件進行開發
即更容易開發
要為您的應用程序創建一個構建過程,該過程將這些文件“組合”為一個
該構建過程還可以縮小該大文件,順便說一句
顯然,這意味著您的應用程序必須具有一些配置內容,才能從“多文件模式”切換到“單文件模式”。
在生產中僅使用大文件
即更快地加載頁面
還有一些軟件可以在運行時(而不是在構建時)組合CSS文件。但是在運行時執行此操作意味著要多吃一些CPU (并且顯然需要一些緩存機制,以免過于頻繁地重新生成大文件)
- 3 回答
- 0 關注
- 469 瀏覽
相關問題推薦
添加回答
舉報
