Css 使用Webpack编译.sass-哪种方式更快?

Css 使用Webpack编译.sass-哪种方式更快?,css,reactjs,webpack,sass,sass-loader,Css,Reactjs,Webpack,Sass,Sass Loader,我们有一个index.scss文件@import项目中的所有其他scss文件。目前,每次构建项目时,我们都使用节点sass chokidar(Libsass core)将index.scss编译为index.css 我想知道如果我使用sass-loader直接导入index.scss,这个过程会更快还是更慢?一个名为fast-sass-loader的包也引起了我的注意 我知道无论如何都需要编译scss文件,但我不确定随着项目的扩大,哪个编译器会更有效……作为一名大三学生,我很难进行比较。有人能分

我们有一个index.scss文件@import项目中的所有其他scss文件。目前,每次构建项目时,我们都使用
节点sass chokidar
(Libsass core)将index.scss编译为index.css

我想知道如果我使用
sass-loader
直接导入index.scss,这个过程会更快还是更慢?一个名为
fast-sass-loader
的包也引起了我的注意


我知道无论如何都需要编译scss文件,但我不确定随着项目的扩大,哪个编译器会更有效……作为一名大三学生,我很难进行比较。有人能分享一些想法吗?我应该如何评价他们

您可以尝试这两种方法,看看对于您的用例来说什么更快。我认为无论有什么不同,都是可以忽略不计的。我们只初始化了一个月的项目,所以所有scss文件的大小仍然很小……是的,现在这种差异可以忽略不计。我认为,即使您的项目在增长,传输样式表也不可能花费太多时间。随着代码库的增加,如果您考虑优化构建时间,那么还有很多其他事情需要优先考虑。如果您愿意,您可以从某个公共项目中窃取一大组SASS文件,然后对用于传输它的各种工具进行速度测试。尽管如此,几乎可以肯定有更好的方法来消磨时间。我听说css编译可能需要约1分钟,然后会感到紧张。你说得对……我很容易被眼前的事情抓住,渴望得到一颗银弹。似乎测试再次是找出我应该遵循哪种方法的最佳方式。Webpack sass loader还使用
节点sass
来编译sass,我不确定时间上的任何差异可能来自何处。最终,编译器是相同的。选择更多地取决于工作流和体系结构,而不是性能。