提高webpack'的性能；CSS编译
我正在尝试使用SASS加载器将我们的SASS构建从gulp+节点SASS移动到webpack 作为参考点，gulp+节点sass 3.2为我们提供了大约2.5-3秒的构建时间 在网页包中，如果我使用样式！未经加工的对于加载，我看的是10秒的构建，没有源映射（因为原始加载程序）。如果我让sourcemaps的css加载器工作，额外的解析会让构建在一个好的日子里花费20-30秒 我想知道我可以用什么技巧来改进事情。现在我所能做的最好的事情就是通过从javascript到sass的大量require（…）来拆分sass编译，然后将它们连接到一个文件中。使用-watch选项，这允许进行一些错误的增量编译，因此在初始构建之后，这并不太糟糕提高webpack'的性能；CSS编译,webpack,webpack-style-loader,Webpack,Webpack Style Loader,我正在尝试使用SASS加载器将我们的SASS构建从gulp+节点SASS移动到webpack 作为参考点，gulp+节点sass 3.2为我们提供了大约2.5-3秒的构建时间 在网页包中，如果我使用样式！未经加工的对于加载，我看的是10秒的构建，没有源映射（因为原始加载程序）。如果我让sourcemaps的css加载器工作，额外的解析会让构建在一个好的日子里花费20-30秒 我想知道我可以用什么技巧来改进事情。现在我所能做的最好的事情就是通过从javascript到sass的大量require（
我在想，除了这些，我还能做些什么来让它变得更好。gulp+NodeSas速度降低10倍并不好，但拥有2个构建工具也不好（webpack对JS来说100%很好，即使有大量代码）请看这篇关于webpack、预处理器、源地图和构建速度的文章： 我目前正在将sass加载程序与节点sass（和libsass）、cssmodules（具有单独的样式表，每个组件/容器一个）、内联源映射和HMR一起使用。用更新的样式重新加载取消修改的组件需要2-3秒 您可以在这里看到一个配置示例：