没有问题的重复规划

Question

文件将其分为3种情况。“备份计划”、“连续计划”和“实时计划”。

http://docs.jboss.org/optaplanner/release/latest/optaplanner-docs/html_single/index.html#重复规划

如果我没有遗漏什么，那么所有optaplanner-examples（例如Nurse roastering）都使用“ProblemFactChange”（在“实时规划”下描述）执行重复规划。那很好。AddProblemFactChange（）将优雅地处理ProblemFactChange。

但这听起来像是一种“实时规划”的方法。我们应该如何以更简单的方式实施‘后备计划'/'持续计划’？

要实现“15.2.备份规划”中所写的内容,

我只是：

• 终止求解程序
• 从求解器获取最佳解决方案
• 直接编辑BestSolution中的问题事实/计划实体（不关心ScoreDirector)
• 使用编辑的BestSolution再次运行求解器

https://github.com/tkobayas/optaplanner/blob/repeatedplanning/optaplanner-examples/src/main/java/org/optaplanner/examples/cloudbalancing/app/cloudbalancinghelloworldrepeat.java#L52-L73

这是一个有效的方法吗？

Answer 1

关于上面的伪代码：这种方法也会起作用，它是一种手动形式的实时规划。problemfactchange的优点是它是从另一个线程（异步）提交的。一旦这样的PFC进入，求解器线程就会注意到PFC队列不是空的，停止求解，处理PFC队列，然后再次开始求解。和你上面描述的差不多。通过打开日志记录，我在CloudBalancing中看到，从异步线程提交PFC到求解器线程处理它并再次找到一个初始化的可行解决方案之间的时间是12ms左右（当然，这取决于PFC，在我的例子中，它是删除一台分配了10个进程左右的计算机）。

关于一般的重复规划：重复规划只是一个分类名称。重复计划的3种形式（备份计划、连续计划、实时计划）是相互补充的（相互正交），它们不是相互替代的。

护士名册（员工名册）示例实现：

• 实时规划：删除带有红色X按钮的护士
• 连续计划：按“提前1天到未来”按钮，因此计划窗口向右移动。

所有3个表单都服务于不同的需求，并且可以一起应用于同一个用例。