CSS预处理器-为每个页面加载或仅为一个构建过程构建CSS？

刚刚进入CSS预处理器的有趣世界。比方说，我们使用更少的资源来呈现CSS。我想知道两种不同的方法：

• 使用LESS在每次加载页面时呈现CSS
• 在构建过程中使用更少的内容，在生产中只使用呈现的CSS

我想知道你是否会使用其中一种而不是另一种。一方面，你有一个动态CSS运行时，另一个静态CSS构建从一个（希望）简洁清晰的模板。

是Chris Coyier写的一篇关于CSS技巧的文章

Chris说，使用LESS，可以像使用普通

.css

文件一样，使用

链接

标记使用

.LESS

文件

<link href="style.less">

虽然这是处理文件的一种方法，但不是最有效的方法。这可能会严重减慢加载案例的速度，并可能使浏览器崩溃。最好使用较少的gem将较少的gem转换为CSS。正如克里斯所说

预处理的“预”部分可以被认为是“在将这些文件发送到live网站之前”

这是一篇很好的文章，解释了处理

.less

文件的不同方法

在客户端编译方面，作者对其进行了很好的总结

Sass/LESS代码不是一次编译，而是在每一个页面请求上编译——更糟糕的是，你把这个负担转嫁给了用户，而不是自己去做

---

第二点，这就是CSS预处理器的基本功能。他们有一个易于管理的CSS脚本，可读性高，修改难度低。然后，您甚至不必查看CSS文件。只需将其运送到浏览器之地，在那里它将被特定于浏览器的渲染（cough，cough IE）撕裂。

可能的重复用户希望使用CSS预处理器帮助使其代码更加干涸，但无法看到在每个页面视图上编译CSS是如何不干涸的。