拥有一个包含几乎每个页面都要使用的样式元素的怪物.css文件有什么好处吗?
我在想，为了便于管理，我想把不同类型的CSS拉出到几个文件中，并包括我的主<link />是坏的吗?
我觉得这样更好
positions.css buttons.css tables.css copy.css
vs.
site.css
你见过用一种方法做和用另一种方法做有什么问题吗?
当前回答
存在一个临界点，在这个临界点上使用多个css文件是有益的。
一个拥有100万以上页面的网站，平均用户可能只看到其中的5个，可能有一个巨大的样式表，所以试图通过大量的初始下载来节省每次页面加载的单个额外请求的开销是虚假的经济。
把这个论点延伸到极致——这就像是建议整个网络应该维护一个大的样式表。显然是荒谬的。
每个网站的临界点都不一样，所以没有硬性规定。这将取决于每个页面的唯一css数量、页面数量以及普通用户在使用网站时可能经常遇到的页面数量。
其他回答
你可以只使用一个css文件来提高性能，然后像这样注释掉部分:
/******** Header ************/
//some css here
/******* End Header *********/
/******** Footer ************/
//some css here
/******* End Footer *********/
etc
像Sass或LESS这样的CSS编译器是一个很好的方法。通过这种方式，你可以为网站交付一个最小化的CSS文件(这将比普通的单个CSS源文件小得多，速度也快得多)，同时保持最好的开发环境，所有东西都整齐地分割成组件。
Sass和LESS具有变量、嵌套和其他方法的附加优势，使CSS更容易编写和维护。强烈推荐。我个人现在使用Sass (SCSS语法)，但以前使用LESS。两者都很棒，好处相似。一旦你用编译器编写了CSS，你就不太可能不需要编译器。
http://lesscss.org
http://sass-lang.com
如果你不想在Ruby上浪费时间，这个Mac版的LESS编译器非常棒:
http://incident57.com/less/
或者你可以使用CodeKit(同样的人):
http://incident57.com/codekit/
WinLess是一个用于编译LESS的Windows GUI
http://winless.org/
从历史上看，使用单个CSS文件的主要优势之一是使用HTTP1.1时的速度优势。
然而，截至2018年3月，超过80%的浏览器现在支持HTTP2，它允许浏览器同时下载多个资源，以及能够预先推送资源。为所有页面使用一个CSS文件意味着文件大小大于所需大小。有了适当的设计，我不认为这样做有任何好处，除了更容易编码。
HTTP2的最佳性能的理想设计是:
有一个核心CSS文件，其中包含所有页面使用的常用样式。 有页面特定的CSS在一个单独的文件 使用HTTP2推送CSS来最小化等待时间(可以使用cookie来防止重复推送) 可选地在折叠CSS上面分开，先推这个，然后再加载剩下的CSS(适用于低带宽移动设备) 如果您想加快未来的页面加载速度，还可以在页面加载后加载站点或特定页面的剩余CSS。
对于页面的加载时间来说，只有一个CSS文件更好，因为这意味着更少的HTTP请求。
拥有几个小的CSS文件意味着开发更容易(至少，我是这么认为的:应用程序的每个模块拥有一个CSS文件会让事情变得更容易)。
所以，这两种情况都有很好的理由……
一个可以让你得到两个想法的最好的解决方案是:
使用几个小的CSS文件进行开发 也就是更容易发展 要为您的应用程序建立一个构建过程，将这些文件“组合”成一个文件 顺便说一句，这个构建过程也可以缩小那个大文件 这显然意味着你的应用程序必须有一些配置，允许它从“多文件模式”切换到“单文件模式”。 而要在生产中使用，只有大文件 即更快的加载页面
也有一些软件可以在运行时组合CSS文件，而不是在构建时;但是在运行时这样做意味着消耗更多的CPU(并且显然需要一些缓存机制，以避免太频繁地重新生成大文件)
捆绑的样式表可以节省页面加载性能，但是样式越多，浏览器在页面上呈现动画的速度就越慢。这是由于大量未使用的样式可能不在您所在的页面上，但浏览器仍然需要计算。
参见:https://benfrain.com/css-performance-revisited-selectors-bloat-expensive-styles/
捆绑样式表的优点: -页面加载性能
捆绑样式表的缺点: -较慢的行为，这可能会导致滚动，互动，动画，
结论: 为了解决这两个问题，对于生产来说，理想的解决方案是将所有css捆绑到一个文件中保存在http请求中，但使用javascript从该文件中提取您所在页面的css并使用它更新头部。
为了了解每个页面需要哪些共享组件，并降低复杂性，最好声明这个特定页面使用的所有组件，例如:
<style href="global.css" rel="stylesheet"/>
<body data-shared-css-components="x,y,z">
