整体样式表确实提供了很多好处(在其他答案中有描述)，但是根据样式表文档的总体大小，您在IE中可能会遇到问题。IE对从单个文件中读取的选择器数量有限制。限制为4096个选择器。如果你是单片样式表，你会想要拆分它。这种限制只会在IE中暴露出来。

这适用于所有版本的IE。

参见Ross Bruniges博客和MSDN AddRule页面。

你想要两个世界。

您需要多个CSS文件，因为浪费您的理智是一件可怕的事情。

同时，最好有一个单一的大文件。

解决方案是使用某种机制将多个文件合并为一个文件。

一个例子是

<link rel="stylesheet" type="text/css" href="allcss.php?files=positions.css,buttons.css,copy.css" />

然后，allcss.php脚本处理连接文件并传递它们。

理想情况下，脚本会检查所有文件的mod日期，如果其中任何一个文件发生变化，则创建一个新的组合，然后返回该组合，然后检查if - modified HTTP头，以便不发送多余的CSS。

这让你两全其美。也适用于JS。

我更喜欢在开发过程中使用多个CSS文件。这样管理和调试就容易得多。但是，我建议你在部署时使用像YUI Compressor这样的CSS缩小工具，它可以将你的CSS文件合并成一个整体文件。

整体样式表确实提供了很多好处(在其他答案中有描述)，但是根据样式表文档的总体大小，您在IE中可能会遇到问题。IE对从单个文件中读取的选择器数量有限制。限制为4096个选择器。如果你是单片样式表，你会想要拆分它。这种限制只会在IE中暴露出来。

这适用于所有版本的IE。

参见Ross Bruniges博客和MSDN AddRule页面。

也许可以看看compass，这是一个开源的CSS创作框架。 它基于Sass，所以它支持一些很酷的东西，比如变量、嵌套、mixin和导入。如果您想要保持独立的较小CSS文件，但将它们自动合并为一个(避免多次缓慢的HTTP调用)，则导入非常有用。 Compass在此基础上增加了一组预定义的mixin，便于处理跨浏览器的东西。 它是用Ruby编写的，但是它可以很容易地用于任何系统....

这个问题很难回答。在我看来，这两种选择各有利弊。

我个人不喜欢阅读一个巨大的CSS文件，维护它是非常困难的。另一方面，分离它会导致额外的http请求，这可能会降低速度。

我的观点有两种。

1)如果你知道你的CSS一旦你构建了它就永远不会改变，我会在开发阶段构建多个CSS文件(为了可读性)，然后在正式运行前手动组合它们(以减少http请求)

2)如果你知道你会偶尔改变你的CSS，并且需要保持它的可读性，我会构建单独的文件，并使用代码(如果你使用某种编程语言)在运行时构建时将它们组合起来(运行时缩小/组合是一个资源猪)。

无论是哪种选择，我都强烈建议在客户端进行缓存，以进一步减少http请求。

编辑: 我发现了这个博客，它展示了如何在运行时只使用代码就组合CSS。值得一看(尽管我自己还没有测试过)。

编辑2: 我决定在设计时使用单独的文件，并通过构建过程来缩小和合并。这样，我可以有单独的(可管理的)css，而我开发和一个适当的整体缩小文件在运行时。我仍然有我的静态文件和更少的系统开销，因为我没有在运行时进行压缩/缩小。

注意:对于你的购物者，我强烈建议使用捆绑器作为构建过程的一部分。无论您是从IDE内部构建，还是从构建脚本构建，捆绑器都可以通过包含的exe在Windows上执行，也可以在任何已经运行node.js的机器上运行。