
本文介绍一种零手动修改的自动化方式,将 optaplanner 8 或 9 项目一键迁移至 timefold,涵盖依赖替换、包名更新、api 适配等全部变更,仅需一条命令即可完成。
本文介绍一种零手动修改的自动化方式,将 optaplanner 8 或 9 项目一键迁移至 timefold,涵盖依赖替换、包名更新、api 适配等全部变更,仅需一条命令即可完成。
Timefold 是 OptaPlanner 的官方延续分支(自 2023 年起独立演进),在保持 100% 兼容性的同时,显著提升了求解性能与可维护性。迁移过程无需逐个修改 import 语句、调整 Maven 依赖或重写约束流逻辑——Timefold 官方提供了基于 OpenRewrite 的自动化迁移工具,可安全、精准、批量完成所有代码与配置改造。
✅ 迁移前准备:选择匹配版本
请严格对照 OptaPlanner 当前版本选择对应 Timefold 版本,确保 API 行为一致性:
- 若使用 OptaPlanner 8.x → 选用 Timefold 0.8.x(如 0.8.39)
- 若使用 OptaPlanner 9.x → 选用 Timefold 1.x(当前稳定版为 1.0.0 或兼容的 0.9.x,请以 官方迁移指南 为准)
⚠️ 注意:跨大版本(如 OptaPlanner 7 → Timefold)不被直接支持,建议先升级至 OptaPlanner 8 或 9 再执行迁移。
? 执行自动化迁移(Maven 示例)
在项目根目录下运行以下 Maven 命令(无需安装额外插件,临时拉取 rewrite-maven-plugin):
mvn org.openrewrite.maven:rewrite-maven-plugin:4.46.0:run \ -Drewrite.recipeArtifactCoordinates=ai.timefold.solver:timefold-solver-migration:0.8.39 \ -Drewrite.activeRecipes=ai.timefold.solver.migration.ToLatest
该命令将自动完成:
✔️ org.optaplanner.* → ai.timefold.solver.* 的全量包路径替换
✔️ optaplanner-solver 等依赖坐标更新为 timefold-solver 及对应模块(如 timefold-solver-core, timefold-solver-constraint-streams)
✔️ SolverFactory、ConstraintProvider、@PlanningSolution 等核心类的导入修正
✔️ application.properties / application.yml 中 optaplanner.* 配置项前缀统一转为 timefold.*
? Gradle 用户请参考 Timefold 官方文档 获取等效 rewrite-gradle-plugin 配置。
✅ 验证与收尾
迁移完成后:
- 编译通过:确保 mvn compile 无报错;
-
运行求解器:启动应用并观察日志末尾的 Solving ended 行,重点关注 score calculation speed 指标:
INFO Solving ended: ... score calculation speed (103322/sec) ...
Timefold 通常带来 2–5 倍性能提升,若数值显著高于迁移前,即验证成功;
- 提交变更:将 pom.xml、Java 源码、配置文件等所有改动纳入 Git 提交。
? 小结
Timefold 的迁移不是“重写”,而是“进化”。借助 OpenRewrite 自动化脚本,整个升级过程可在数分钟内完成,零风险、零遗漏。迁移后,您将立即受益于更活跃的社区支持、更快的约束计算引擎,以及面向未来的新特性(如增量求解、分布式优化支持)。建议将此命令加入团队标准化升级流程,并持续关注 Timefold 发布日志 获取最新改进。











