Sublime Text 不是前端构建工具，不能替代 npm、Vite、Tauri 等生态工具；CMake 仅适用于含原生模块（如 C++）的混合架构，且须限于子目录，前端构建必须交由对应工具链完成。

Sublime Text 本身不支持前端多端构建

别把 Sublime Text 当构建工具用。它没有内置的打包、转译、热更新或平台适配能力，所谓“CMake 前端多端构建”是概念混淆——CMake 是为 C/C++/Fortran 等编译型语言设计的元构建系统，不处理 JavaScript、TypeScript、Vue 或 React 的依赖解析、代码分割、Polyfill 注入、H5/小程序/桌面端（Electron/Tauri）目标生成等前端核心流程。

CMake 在前端项目里几乎没用武之地

除非你正在开发一个含大量原生模块的 Electron 或 Tauri 应用，且这些模块是用 C++ 写的（比如音视频编解码、加密库），否则 CMakeLists.txt 在前端项目根目录下只会是个摆设。常见错误包括：

• 把 cmake . 当作 npm run build 的替代，结果报 Could not find a package configuration file for "NodeJS"
• 在 create-react-app 或 Vite 项目里强行加 find_package(Tauri REQUIRED)，但没装 tauri-cli，也没配置 CMAKE_PREFIX_PATH
• 误以为 cmake --build build --config Release 能打出微信小程序包——它连 project.config.json 都不认识

真要“多端”+“Sublime”，得靠分工协作

Sublime Text 只负责编辑和触发外部命令，真正的构建必须交给对应生态的工具链。你可以用 Sublime 的构建系统调用它们，但得明确边界：

PigX UI 前端开发

PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。

下载

• Web/H5：用 npm run build 或 vite build，不是 cmake --build
• 微信小程序：用 miniprogram-ci CLI 或微信开发者工具 CLI（cli.miniprogram），路径需显式指定 --projectPath ./dist/mp-wechat
• Electron：先 npm run build:electron 打包主进程+渲染进程，再用 electron-builder 构建安装包；cmake 只可能出现在 native addon 的 build/ 目录里
• Tauri：主流程是 tauri build，它内部会调用 cargo 编译 Rust core，若你写了自定义 C++ 绑定，才需要 cmake 配合 tauri::command 注册

如果非要硬集成 CMake，只有一条窄路

仅适用于“前端外壳 + 原生核心”的混合架构，比如 Tauri + 自研 C++ 图像处理库。这时 CMake 不是构建前端，而是构建那个被 JS 调用的 .so/.dll/.dylib：

立即学习“前端免费学习笔记（深入）”；

• CMakeLists.txt 必须放在原生模块子目录（如 src-tauri/corelib/），不能放项目根目录
• Sublime 的构建系统（.sublime-build）只针对该子目录设置 working_dir，并调用 cmake -B build -S . -G Ninja 和 cmake --build build
• 前端代码里通过 invoke("process_image", { data }) 调用，而不是指望 CMake 输出 HTML 或 JSON
• Windows 下注意 mingw32-make 和 msbuild 的 generator 匹配，macOS 上 Xcode generator 会生成 .xcodeproj，但 Tauri 不认这个

真正容易被忽略的是：CMake 生成的动态库路径、符号导出方式（extern "C"）、ABI 兼容性（MSVC vs MinGW vs Clang）——这些错一个，tauri::command 就静默失败，控制台连报错都没有。