C++构建工具除了CMake，还有哪些值得推荐？

首先，我们选择 CMake 作为构建工具。在现代 C++ 开发中，CMake 几乎已经成为行业标准，尽管它有时让人觉得复杂难用，但在项目发布和跨部门协作时，几乎所有团队都以 CMake 为基准。当然，如果你在内部开发或个人练习时更喜欢其他构建工具，那完全可以根据自己的需求使用它们。不过，当涉及到项目对外发布或者跨团队协作时，还是需要通过 CMake 来实现标准化。
那么问题来了：对于一些内部的小型项目、非正式的个人练手项目，或者尚未进入发布阶段的开发工作，是否也需要直接采用 CMake ？答案是不一定。如果我们的目标并不是覆盖整个宇宙的构建需求，那么完全可以寻找一个更加趁手的二号构建工具来满足日常开发的需求。
接下来的问题是：有哪些值得推荐的二号构建工具？实际上，像 XMake 或 Meson 这样的工具虽然看起来很有吸引力，但它们并不适合这个角色。为什么？因为这些工具本质上仍然试图与 CMake 竞争，追求覆盖尽可能多的构建场景。尽管它们号称自己比 CMake 更加精简，但实际上也只是相对而言。当你尝试稍微复杂一点的任务时，比如支持多平台架构、加入 Release/Debug 模式切换或者引入包管理功能，你会发现这些工具迅速变得笨重而难以维护。究其原因，是因为它们本质上都是命令式的构建工具，一旦逻辑复杂起来，脚本就会变得冗长且难以阅读。
因此，我在这里向大家推荐一款名为 eMake 的构建工具。eMake 是我从 2009 年开始开发的一个小型构建工具，它的核心只是一个名为 `emake.py` 的单一脚本文件。经过这 15 年的持续使用与迭代，我认为现在是时候让它走出幕后，展现一下它的能力了。
为什么我会推荐 eMake？因为它可能是你见过最简单的构建工具之一，简单到什么程度？
第一点：eMake 是一个定义式的构建工具。这意味着，你不需要像在 CMake 中那样，在 `CMakeLists.txt` 文件里编写一段小程序来描述你的项目结构，而是可以直接通过定义的方式指定源文件和编译参数。举个简单的例子，假设我们有一个名为 `main.mak` 的构建配置文件，内容只有三行：

第一行设定编译参数
CXXFLAGS = -O2 -Wall
第二行指明目标格式
TARGET_TYPE = exe
第三行设定源代码
SOURCES = main.cpp utils.cpp

这就是大部分情况下你需要写的全部内容——无论是为了开发一个小玩具程序，还是做一个简单的单元测试。写好之后，只需要运行以下命令：
bash
python emake.py main.mak

很快，你就能得到一个生成好的 `main.exe` 文件。
这种定义式的工作方式使得 eMake 非常直观易用。你只需要像在 IDE 中一样，明确指定源文件列表以及 Release/Debug 模式的编译选项，剩下的事情交给 eMake 来完成。它会自动初始化默认工具链、分析依赖关系、并充分利用多核处理器进行高效编译等操作。
更重要的是，eMake 没有那些繁琐的初始化步骤。试想一下，在使用 CMake 时，我们需要执行一系列令人头疼的操作：
bash
rm -rf build && mkdir build
cd build
cmake -B build -G MinGW Makefiles ..
make

每次创建新项目时，这些初始化步骤都会让人感到麻烦不已，严重拖慢了开发节奏。而且，CMake 还会在 `build` 目录下生成大量中间文件和缓存数据，不仅占用空间，还可能让目录结构显得杂乱无章。相比之下，eMake 则完全没有这些问题。只要写好工程文件，就可以直接生成可执行文件，没有任何额外的构建工具依赖，也没有多余的临时文件产生。
总结来说，eMake 是一个专注于简单性和效率的构建工具，非常适合用于中小规模项目和个人练手项目。它通过定义式的方式简化了构建过程，避免了传统构建工具中的冗余步骤和复杂配置。如果你厌倦了 CMake 的繁琐流程，同时又不想牺牲灵活性，那么 eMake 可能是一个不错的选择。希望你能尝试一下，或许它会成为你开发流程中的得力助手。