SimulationCraft：用事件驱动模拟取代闭式公式的魔兽世界伤害计算器
该项目围绕「Simulationcraft engine/GUI. SimulationCraft allows raid/party creation of arbitrary size, generating detailed charts and reports for both individual and raid performance.」构建，适用于实际场景的开源实践，提供可复用的工具链与集成方式。
秒懂
- 它是什么？
- SimulationCraft 是一个用 C++ 编写的多玩家事件驱动模拟器，用于建模《魔兽世界》中角色在团队副本和地下城场景下的每秒伤害输出。它的核心价值在于用逐事件模拟替代传统计算器的闭式近似，以缩小复杂机制下的精度差距。
- 适合谁用？
- SimulationCraft 适合两类人：一是需要精确比较装备和天赋的魔兽世界玩家，二是研究复杂战斗机制模拟的开发者。不适合追求快速近似答案的休闲玩家，也不适合需要图形界面的用户，因为官方明确说明 GUI 基本无人维护，命令行才是推荐路径。
- 能商用吗？
- 可以，但有条件。GPL-3.0 是 copyleft 许可证：如果你分发包含它的软件，就必须以同一许可证公开该软件的源代码。只在内部运行、不对外分发，则不会触发这项义务。
- 还在维护吗？
- 在维护。仓库最近一次提交在 2 天前。
- 用什么语言写的？
- 主要是 C++（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月14日）和我们的分析，不构成法律意见。
开源项目深度解析
传统计算器为何失效，SimulationCraft 如何回应
魔兽世界的战斗机制里，职业协同效果和基于触发的战斗修正越来越多。这些机制相互作用后，闭式近似公式的误差变得不可接受。SimulationCraft 的出发点就是关闭这个精度差距。它不依赖公式推导，而是用事件驱动的方式逐帧模拟战斗过程，记录每一次伤害、每一次触发、每一次资源变化。这种做法的代价是计算量大，但换来的结果是相对属性权重可以用于装备选择。项目面向的是认真研究配装的玩家，以及需要量化评估战斗机制的开发者。
事件驱动的核心机制，从代码结构可见一斑
SimulationCraft 的核心是一个多玩家事件驱动的模拟器，用 C++ 编写。事件驱动意味着模拟器维护一个事件队列，每个事件在特定时间点触发，触发后可能产生新事件。这种架构天然适合处理 proc 类机制，因为触发是离散的、有条件的，而不是连续函数。README 明确指出，模拟器可以创建任意规模的团队或小队，并生成个人和团队表现的详细图表。从仓库布局看，主分支名为 midnight，这暗示项目跟随游戏版本迭代更新。模拟的精度依赖于对游戏机制建模的完整性，而建模工作分散在大量类中，每个职业和技能都有对应的实现。
命令行是主入口，GUI 已被官方放弃
项目发布两个可执行文件：simc 提供命令行接口，SimulationCraft 提供图形界面。但 README 直言图形界面基本无人维护，强烈推荐使用命令行。这意味着新手必须接受学习曲线，通过参数文件指定玩家档案。下载页面提供 Windows 安装包和可解压的归档版本，Linux 用户需要自行编译，README 认为这简单到不值得发布二进制。实际使用中，你需要先通过游戏内角色数据生成档案文件，或者从 Armory 下载角色信息，然后在命令行中传入这些文件。具体命令格式在 wiki 的 StartersGuide 中有详细说明，但 README 没有给出示例命令，这一点需要用户自行查阅。
支持渠道和问题反馈机制，社区依赖 Discord
项目的问题反馈渠道很明确：分析结果错误、角色下载失败、功能缺失，都通过 GitHub issues 提交。README 强调这是最有效的解决方式，比邮件、论坛或聊天消息更快。社区交流集中在 Discord 服务器 SimCMinMax 的 #simulationcraft 频道，开发者 24 小时在线。项目团队也会定期扫描 WoW、MMO 和 Wowhead 论坛，但不承诺快速回复。这种双轨支持模式对用户是好事，但如果你不习惯 Discord，可能需要等待更长时间。wiki 上有常见问题页面，建议先查阅再提问。
外部依赖与许可证，GPL-3.0 是硬约束
项目依赖多个第三方库，包括 RapidJSON、RapidXML、Qt、UTF-8 CPP、{fmt}、cpp-semver 和 utf8.h。这些库的许可证各不相同，有 MIT、BSD、LGPL、Boost 和 Unlicense，但项目整体采用 GPL-3.0。这意味着如果你修改了 SimulationCraft 的代码并分发，你必须以相同许可证开源你的修改。对于个人使用和学术研究，这通常不是问题，但商业集成方需要仔细评估。Qt 库用于 GUI 部分，而命令行版可能不依赖 Qt，这一点从 README 无法完全确认。维护成本方面，项目持续跟随游戏版本更新，每次游戏补丁都可能需要调整模拟逻辑，这对贡献者来说是持续负担。
替代方案：闭式公式计算器与官方模拟器
与 SimulationCraft 形成对比的是传统闭式公式计算器，例如早期流行的各类属性权重计算工具。这些工具基于简化的数学模型，计算速度快，但无法处理复杂的 proc 链和职业协同。SimulationCraft 用事件驱动模拟换精度，代价是计算时间和配置复杂度。另一个替代方向是暴雪官方的内置模拟器，但它通常只提供基础数据，无法自定义团队配置。SimulationCraft 的优势在于任意规模的团队模拟和详细的报告输出，这是官方工具不具备的。如果你的需求只是快速估算单件装备的提升，闭式工具足够；如果你需要精确比较多种配装组合，SimulationCraft 是更可靠的选择。
编辑结论
SimulationCraft 适合两类人：一是需要精确比较装备和天赋的魔兽世界玩家，二是研究复杂战斗机制模拟的开发者。不适合追求快速近似答案的休闲玩家，也不适合需要图形界面的用户，因为官方明确说明 GUI 基本无人维护，命令行才是推荐路径。采用前应验证三件事：确认你的角色职业和专精在当前版本有对应的模拟支持，检查 release notes 中是否有针对你所用版本的已知问题，以及熟悉 wiki 上的 StartersGuide 和 CommonIssues 页面。该项目的许可证是 GPL-3.0，这意味着如果你修改并分发代码，必须开源你的修改版本，这一点对商业集成方是硬约束。
社区笔记