整站用一个css文件好吗
最近想把网站的css做一下模块化，想到一个问题，
我是该每个页面打一个包还是所有页面用一个包呢？
前者的优点是修改方便，修改一个通用模块只用打一次包，而后者则需要把所有依赖的页面都重新打一次包。
缺点是所有页面用一个，文件太大，还有很多本页面不需要的样式代码。
所以，大家的看法呢? 或者从其他我没考虑到的方面说说这两种方式的优缺点~ thx
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（7）
1 基础css(reset,base,整站基调)
2 通用css（common,整站通用，但可通过切主题快速切换）
3 个性css(每个page可能不一样)
页面级css和组件css分开。 上线的时候做代码压缩,用.min.css。强行在一个文件很导致很多问题。
楼主所说的文件太大，是担心需要耗费网络资源？这个不存在吧，浏览器是有缓存的当你的第一个页面加载了这个CSS文件其他页面加载的时候就不需要重复加载了。
CSS 模块化显然不是手动管理，grunt gulp 都是比较好的的前端构建工具。
源码可以用SASS或LESS写（特别适合模块化），如果不会也可以写纯CSS，然后
concat成你需要的文件，所以根本不用手动打包。至于编译后的文件分成几个，@愤怒的小白说的就很好呀。
一般来说
分为两个部分： 全局和单页面的css。
全局
base.css/global.css/...，保存通用的css reset和全局的样式配置，这类文件涉及页面多，改动小，缓存利用率高
单页面
页面变化多，css文件更新频繁，每个页面单独搞个文件就可以了。至于你要做模块化，那就随便了，发布之前编译在一起就好了。
肯定是不好的~最好分开通用CSS跟页面CSS,thml负责结构~CSS负责表现
一个common，一个本页的
你用离线缓存，整站CSS还不大的情况下，整站一个CSS有何不好呢？