评估排列的最佳实践

Question

我遇到了这个问题，OP想要改进下面的if块。我把这作为一个新问题来回答，因为我正在寻找这类问题的更一般的解决方案。

public int fightMath(int one, int two) {

    if(one == 0 && two == 0) { result = 0; }
    else if(one == 0 && two == 1) { result = 0; }
    else if(one == 0 && two == 2) { result = 1; }
    else if(one == 0 && two == 3) { result = 2; }
    else if(one == 1 && two == 0) { result = 0; }
    else if(one == 1 && two == 1) { result = 0; }
    else if(one == 1 && two == 2) { result = 2; }
    else if(one == 1 && two == 3) { result = 1; }
    else if(one == 2 && two == 0) { result = 2; }
    else if(one == 2 && two == 1) { result = 1; }
    else if(one == 2 && two == 2) { result = 3; }
    else if(one == 2 && two == 3) { result = 3; }
    else if(one == 3 && two == 0) { result = 2; }
    else if(one == 3 && two == 1) { result = 1; }
    else if(one == 3 && two == 2) { result = 3; }
    else if(one == 3 && two == 3) { result = 3; }

    return result;
}

现在有n^k获得结果的可能性，其中n=2和k=4。一些答案建议使用多数组作为表来减少if-丛林。

但是我想知道如何用大n和k来解决这样的问题？因为使用if、switch和建议的数组方法的解决方案无法很好地扩展，因此应避免在代码中键入类似的内容。

如果我考虑组合问题，必须有一种方法来轻松评估它们。

Answer 1

我想知道如何用大n和k来解决这样一个问题。

由于输出是任意确定的（游戏设计者的奇思妙想）而不是数学确定的（公式），因此不能保证任何模式。因此，唯一的通用解决方案是某种查找表。

本质上，这个问题类似于要求一个执行f（a，b）的程序-

就我个人而言，我认为更清楚的做法是更改逻辑以按意图操作（因此阅读代码可以解释攻击是如何工作的），而不是实际结果（列举输入和匹配输出的列表）。不要构建if丛林或查找表，而是根据逻辑的工作方式来构造代码。JAB基于枚举的解决方案明确表达了战斗逻辑，这使得更容易看到在哪里添加新功能，更容易看到错误（查找表中的逐个错误在检查时并不明显是错误的）。查找表可能是一种优化，但只有在探查器这么说的情况下才有必要。

Answer 2

有两种方法可以解决这个问题：

>

基于数据。例如，您可以创建一个哈希映射，将这对值映射到结果。

class Pair {
   int one, two;

   //Generate hashcode and equals
}

Map<Pair, Integer> counts = new HashMap<>();

基于模式。确定可用于确定新值的规则/公式。

这显然更好，但依赖于能够确定涵盖所有情况的规则。

Answer 3

这只是一个数据表。问题的答案由多个键找到。这与返回数据库表中的一些数据没有什么不同，数据库表本身可能很大，可能跨越多个表。