performance - Normalize.css 应该作为单独的文件保存还是编译(通过 postcss @import)到最终的 "styles.css"文件中?

标签 performance compilation postcss normalize-css postcss-import

就最终产品的性能/速度而言,根据最佳实践 - Normalize.css 应该作为单独的文件保存(从 HTML head 链接)还是将其编译到最终的 .css 文件中更好?

我在这里和许多其他网站上进行了搜索,但找不到答案。希望您能理解我的困境:

<强>1。将 normalize.css 留在节点模块文件夹中,并从我们的 html 链接到它。 我对编码还很陌生,但是如果我对这种方法的理解正确的话,除了我们的 main.css 文件之外,我们还会向服务器添加一个(可能是不必要的?)请求吗?它对网站的性能/加载时间有多糟糕或负担有多重?

<link rel="stylesheet" href="../node_modules/normalize.css/normalize.css"> <link rel="stylesheet" href="temp/styles/styles.css">

另一方面,我们可以:

<强>2。使用“postcss-import”将 normalize.css 与其他模块一起导入,并将它们一起编译成一个最终的 .css 文件。

好的,现在我们把所有东西都放在一个地方了,但是我们刚刚在我们实际的 css 的第一行之前添加了 451 行代码(和注释)。就可读性而言,这对我来说似乎不是最佳解决方案,但现在网站加载速度会更快一些吗?

免责声明:到目前为止,我一直在使用第二种方法,但我开始问自己这是否是最佳解决方案。

提前致谢。

最佳答案

如果网页在加载时对服务器的请求越少,网页加载速度就会越快,您的说法是非常正确的。您也正确地指出组合文件的可读性低于单独加载的单个文件。

在你的情况下哪个对你更重要是一个只有你能回答的问题。这就是为什么您很难找到明确的建议。

我个人在开发中使用单独的文件选项,以便文件易于阅读和调试。加载速度在开发机器上并不那么重要。

在生产网站中,我使用组合文件选项。事实上,我使用 combine 和 minify 来减少加载的文件数量并使这些文件的大小尽可能小。在这种情况下,可读性不太重要。

关于performance - Normalize.css 应该作为单独的文件保存还是编译(通过 postcss @import)到最终的 "styles.css"文件中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46996439/

相关文章:

c++ - 在 VS 2010 C++ 中编译项目时出错

css - Postcss - 颜色函数插件 - "Unable to parse color from string"

sails.js - 你如何配置sails + tailwindcss一起工作

javascript - 我如何在 React 组件中将 postcss-bem 与 css-modules 或 postcss-js 一起使用

Java:ArrayList add() 和 remove() 性能、实现?

java - 在 Java 中不使用 new 运算符将字节数组转换为字符串

c# - casting三元表达式如何解决溢出编译错误

scala - Scala本地类型推断下划线表示法

c++ - 无锁队列,加载与卸载 CPU

ios - 直接设置 bool 值会更快,还是不会节省任何时间?