InverseRelationShadowVariable 必须属于 PlanningEntity 吗？

Question

我一直在尝试实现一个影子变量，以便我的一个问题事实可以跟踪与它相关的规划实体，最终目标是简化/加速我的规则。

我正在查看optaplanner doc about shadow variables，尤其是 cloudBalancing 示例。在“正常”cloudBalancing 中，CloudComputer 类不是计划实体。但是在下面的示例中，它被注释为planningEntity。

我们是否理解“托管”影子变量的类应该是一个计划实体？我认为planningEntity 必须有一个planningVariable，但CloudComputer 没有。 如果答案是肯定的，我建议在文档中更明确地说明它。如果答案是否定的，那么这个例子就有错误（@PlanningEntity注解应该从CloudComputer中删除）。

以下示例来自文档：

对于非链式计划变量，双向关系必须是多对一关系。要映射两个计划变量之间的双向关系，请将主端（即真实端）注释为正常的计划变量：

@PlanningEntity
public class CloudProcess {

    @PlanningVariable(...)
    public CloudComputer getComputer() {
        return computer;
    }
    public void setComputer(CloudComputer computer) {...}

}

还有：

@PlanningEntity
public class CloudComputer {

    @InverseRelationShadowVariable(sourceVariableName = "computer")
    public List<CloudProcess> getProcessList() {
        return processList;
    }

}

另外，即使在求解过程中克隆了CloudProcess，是否真的只需要这样才能使 processList 保持最新？

Answer 1

计划变量有两种：正版（@PlanningVariable）和影子变量。任何具有其中之一或其组合的类都需要注释为 @PlanningEntity（并添加到求解器配置中，除非您使用的是 scanAnnotatedClasses）。

是的，这是因为计划克隆。使用影子变量，CloudComputer 在规划期间不会发生变化，因此不需要克隆规划。使用 shadow 变量，它在计划期间会发生变化，因此需要对其进行克隆。如果它没有计划克隆，那么当内部工作解决方案发生变化时，最佳解决方案就会被破坏。这反过来会影响分数计算（如果它使用逆列表）以及最佳解决方案事件的任何消费者或solve() 返回的最佳解决方案结果。