Express应用从node-sass迁移到sass(dart sass)的方案咨询

有现成的落地方案，两个问题分别说明：

1. 适配dart-sass的Express中间件真实存在，迁移成本极低

你不需要重构原有scss处理逻辑，社区有和node-sass-middlewareAPI几乎100%兼容的替代包express-dart-sass，底层直接依赖官方维护的dart-sass（即sass包），迁移只需要3步：

• 卸载旧依赖：

npm uninstall node-sass node-sass-middleware

• 安装新依赖：

npm install sass express-dart-sass

• 替换代码中的引入语句，其余所有配置（src/dest/outputStyle/prefix等）完全不用修改即可正常运行：

// 将原代码的 require('node-sass-middleware') 替换为下面这行即可
const sassMiddleware = require('express-dart-sass');

如果不想引入第三方维护的中间件，自己手写简易编译中间件也很简单，核心逻辑就是拦截.css后缀的请求，匹配对应路径的scss文件，调用sass编译API返回结果，十几行代码就能实现，完全满足开发环境使用需求。

2. 你看到的脚本编译方案思路可行，但配置存在硬伤，不算生产可用的标准实现

这个方案的核心思路「提前将scss编译为静态css文件，再由Express托管静态资源」本身是目前生产环境更推荐的做法，但原文给出的配置有两个明显缺陷：

• 生产环境流程缺失：原文的start脚本没有配置编译步骤，正确做法是单独新增构建命令，部署前先执行编译，生产环境不要在请求阶段实时编译scss，会严重拖慢响应速度，可参考如下配置：

"scripts": {
  "build": "sass src/scss/main.scss public/styles/main.css --style=compressed",
  "start": "npm run build && node .",
  "scss": "sass --watch src/scss/main.scss public/styles/main.css",
  "dev": "concurrently \"nodemon .\" \"npm run scss\""
}

• 跨平台兼容性问题：原文dev脚本用&并行执行命令在Windows系统下会直接失效，建议安装concurrently依赖实现跨平台的命令并行执行，避免不同系统下运行报错。

选型建议 #

如果是老项目快速迁移，直接替换为express-dart-sass即可，改动量最小，和原有使用逻辑完全一致。如果是新项目或计划长期维护的项目，更推荐构建阶段预编译的方案，不管是直接使用sass命令行，还是搭配vite、webpack等构建工具，提前将scss编译为静态css文件，生产环境仅托管静态资源，性能和稳定性都比请求时动态编译高很多。

内容的提问来源于stack exchange，提问作者OLIVIER