测试驱动开发Optaplanner
在库Optaplanner中，文件"CloudBalancingScoreConstraintTest.java“中有以下代码行:CloudBalancingScoreConstraintTest.java -570，解决方案)。如何计算预期重量"-570"？这是在用测试驱动的开发方法创建类(CloudBalance.java、CloudComputer.java)之前还是在创建类之后知道的？
回答 1
Stack Overflow用户
发布于 2021-04-20 07:11:03
TLDR:忽略CloudBalancingScoreConstraintTest，转而看CloudBalancingConstraintProviderTest。
长篇大论：
CloudBalancing目前仍然默认为scoreDrl。它还有一个使用ConstrainStreams的替代实现：CloudBalancingConstraintProvider。ConstraintStreams在很多方面都比scoreDRL好，与OptaPlanner 8.4.0相同速度，与DRL具有99%的特性奇偶。一旦达到100%，默认情况下所有示例都将使用ConstraintStreams。
那么为什么是-570呢？因为ScoreVerifier检查所有约束。因此，添加一个约束，您必须调整所有的测试。非常痛苦。不是TDD。
修复方法是什么？使用 ConstraintVerifier is ScoreVerifier++。ConstraintVerifier测试一个约束的matchWeight。
`constraintWeight * matchWeight * (+1 for reward | -1 for penalize) = score impact`它甚至忽略了约束的constraintWeight，一旦业务涉众开始调整约束权重，这是一件好事。此外，使用起来要少得多(不需要解决方案实例)。陷阱是什么？它只适用于ConstraintStreams。
举个例子：
@Test
public void requiredCpuPowerTotal() {
CloudComputer computer1 = new CloudComputer(1, 1, 1, 1, 2);
CloudComputer computer2 = new CloudComputer(2, 2, 2, 2, 4);
CloudProcess unassignedProcess = new CloudProcess(0, 1, 1, 1);
// Total = 2, available = 1.
CloudProcess process1 = new CloudProcess(1, 1, 1, 1);
process1.setComputer(computer1);
CloudProcess process2 = new CloudProcess(2, 1, 1, 1);
process2.setComputer(computer1);
// Total = 1, available = 2.
CloudProcess process3 = new CloudProcess(3, 1, 1, 1);
process3.setComputer(computer2);
constraintVerifier.verifyThat(CloudBalancingConstraintProvider::requiredCpuPowerTotal)
.given(unassignedProcess, process1, process2, process3)
.penalizesBy(1); // Only the first computer.
}要了解更多信息，观看Lukas的OptaPlanner测试驱动开发视频。
https://stackoverflow.com/questions/67154733
复制相似问题
腾讯云开发者
