leetcode808. 分汤(论结合实用场景的重要性)

https://leetcode-cn.com/problems/soup-servings/

有 A 和 B 两种类型的汤。一开始每种类型的汤有 N 毫升。有四种分配操作：
提供 100ml 的汤A 和 0ml 的汤B。
提供 75ml 的汤A 和 25ml 的汤B。
提供 50ml 的汤A 和 50ml 的汤B。
提供 25ml 的汤A 和 75ml 的汤B。

当我们把汤分配给某人之后，汤就没有了。每个回合，我们将从四种概率同为0.25的操作中进行分配选择。如果汤的剩余量不足以完成某次操作，我们将尽可能分配。当两种类型的汤都分配完时，停止操作。
注意不存在先分配100 ml汤B的操作。
需要返回的值： 汤A先分配完的概率 + 汤A和汤B同时分配完的概率 / 2。

示例:
输入: N = 50
输出: 0.625
解释:
如果我们选择前两个操作，A将首先变为空。对于第三个操作，A和B会同时变为空。对于第四个操作，B将首先变为空。
所以A变为空的总概率加上A和B同时变为空的概率的一半是 0.25 *(1 + 1 + 0.5 + 0)= 0.625。

注释:
0 <= N <= 10^9。
返回值在 10^-6 的范围将被认为是正确的。

解答：
很多人看到这道题的反应就是，动态规划、或者使用递归+缓存就行
不过看到“N <= 10^9”时候，大部分人都把这个想法给否决了，建这么大数组，绝对会超时啊
可是看到“返回值在 10^-6 的范围将被认为是正确的”，是不是有点其他的想法，如果概率论好点，就会发现，分配对于AB是不公平的，只要次数够多，A先分完的概率更大，只要找到这个能使差距小于10^-6的值，不就可以了吗
经过测试，当N的值大于5000的时候，答案和1的差距已经在10^-6 的范围内了
5000/25=200;一个200*200的数组，肯定是不会超时的

这道题的给我的经验不仅仅说只在一道题的解决上，而是在平时的开发过程中
比如：开发中，大家都尽量不在for循环中查询数据库，所以都是先批量查询完之后，再进行放到map中使用
但是并不是所有的时候都要求这么死，比如以下例子

public void test() {
    for (int i = 0; i < 15; i++) {
        if (i % 10 == 1) {
            //查库及其他操作
        } else {
            //进行其他不用查库操作
        }
    }
}

第一反应是，怎么能在for循环中查库呢，不过分析之后，觉得是可以的，查询的次数并不是很多，实际业务中，也会出现这样的情况，这时候如果还使用批量查询，然后放置到map中的话，除了代码可读性不高外，性能也没有得到很大的提升

我要表达的是什么呢？
多考虑业务，多考虑其他没有说明的情况，对于编写代码的效率，是很有帮助的，这也是能力的一部分

代码：

double[][] dp;

public double soupServings(int N) {
    if (N >= 5000) {
        return 1;
    }
    N = (N + 24) / 25;
    dp = new double[N + 1][N + 1];
    return getDPPP(N, N);
}

private double getDPPP(int x, int y) {
    if (x <= 0 && y <= 0) {
        return 0.5;
    }
    if (x <= 0) {
        return 1;
    }
    if (y <= 0) {
        return 0;
    }
    if (dp[x][y] > 0) {
        return dp[x][y];
    }
    double ans = (getDPPP(x - 4, y) + getDPPP(x - 3, y - 1) + getDPPP(x - 2, y - 2) + getDPPP(x - 1, y - 3)) / 4;
    dp[x][y] = ans;
    return ans;
}