Html 为什么要通过JS加载样式表？

Webpack的主页声称将所有样式表和依赖项编译成单个CSS文件，但这是误导。您不仅需要一个单独的CSS加载程序，它还可以作为JS文件输出，然后加载一个嵌入的CSS字符串

为什么要走这么长的路？这样做一定有很好的理由，对吧

（我知道extract text插件，但这不是默认行为。）

由于JavaScript是同步执行的，这会不会对尽快显示内容造成惩罚？此外，在最终加载和应用样式之前，我可以在短时间内看到未设置样式的页面

---

当一个简单的CSS文件很好的时候，我到底为什么要通过JS加载我的样式？

因此在像GULP这样的系统中，GULP是一个Javascript任务运行程序，它可以将CSS和Javascript依赖项编译成单个文件或多个文件，具体取决于您如何设置构建过程

编写CSS的原因

• 使用LESS或SASS等预处理器的能力
• 自动缩小这些资产以进行分发
• 将多个CSS文件组合成单个文件以减少页面上的总请求的能力
• 将修订添加到文件末尾以击败缓存系统的能力

编译JS的原因

• 将多个脚本组合成单个脚本以 减少请求和文件大小
• 自动缩小
• 将修订添加到文件末尾以击败缓存系统的能力

---

Webpack听起来是一种非常落后的方式来做这些事情。

因此，在像GULP这样的系统中，GULP是一个Javascript任务运行程序，它可以将CSS和Javascript依赖项编译成单个文件或多个文件，具体取决于您如何设置构建过程

编写CSS的原因

• 使用LESS或SASS等预处理器的能力
• 自动缩小这些资产以进行分发
• 将多个CSS文件组合成单个文件以减少页面上的总请求的能力
• 将修订添加到文件末尾以击败缓存系统的能力

编译JS的原因

• 将多个脚本组合成单个脚本以 减少请求和文件大小
• 自动缩小
• 将修订添加到文件末尾以击败缓存系统的能力

---

Webpack听起来是一种非常落后的方式来做这些事情。

加载器有很多功能。您可以加载URL而不是CSS字符串：

require（“style/URL！file！。/file.CSS”）加载程序有许多功能。您可以加载URL而不是CSS字符串：
require（“style/URL！file！。/file.CSS”）我想我不明白这个答案。我知道将单一类型的资产打包到同一类型的更大文件中的好处，但我不明白的是为什么webpack选择将CSS打包到JS中。连接、缩小和版本控制也是CSS可以做的所有事情。另外，你的意思是说使用webpack做我正在做的事情是倒退的吗？因为我认为这是它的目的。我不认为我理解这个答案。我知道将单一类型的资产打包到同一类型的更大文件中的好处，但我不明白的是为什么webpack选择将CSS打包到JS中。连接、缩小和版本控制也是CSS可以做的所有事情。另外，你的意思是说使用webpack做我正在做的事情是倒退的吗？因为我认为这是它的目的。