12.零钱兑换 II

给定不同面额的硬币和一个总金额。写出函数来计算可以凑成总金额的硬币组合数。假设每一种面额的硬币有无限个。 

注意: 你可以假设

  • 0 <= amount (总金额) <= 5000
  • 1 <= coin (硬币面额) <= 5000
  • 硬币种类不超过500种
  • 结果符合32位符号整数

示例 1:

输入: amount = 5, coins = [1, 2, 5]
输出: 4
解释: 有四种方式可以凑成总金额:
5=5
5=2+2+1
5=2+1+1+1
5=1+1+1+1+1

示例 2:

输入: amount = 3, coins = [2]
输出: 0
解释: 只用面额2的硬币不能凑成总金额3。

示例 3:

输入: amount = 10, coins = [10] 
输出: 1

 

做完零钱兑换的我就尝试过这题。零钱兑换求的是所有方案里面硬币最少的,也要列出所有方案。毕竟刚刚了解动态规划算法,还是图样图森破,以为简单改造一下就可以了。

coins=[1,2,5]

找0元:不管硬币面额如何,找0元始终一种方案:找不出,所以dp[0]=1

找1元:找0元+1枚1元硬币,dp[1]=dp[0]=1;

找2元:找0元+一枚2元硬币,找1元+1枚1元硬币,dp[2]=dp[1]+dp[2]=2

前面还算正确,但是到了后面画风一转:

 

找3元:找1元+一枚2元硬币,找2元+一枚1元硬币,所以dp[3]=dp[2]+dp[1]?

明显错误啊,找3元就两种解法:3枚1元硬币,1元硬币+2元硬币,就两种啊

重复的原因也很容易找出来:1+2 与 2+1 重复了      同方案因为给硬币顺序不同,被当成不同的找法了

比如找3元,要1元和2元的硬币各一枚吧?

原算法:先给你1元的硬币算一种找法,先给你2元的硬币又算另一种找法

实际上:都是同种方案,不管先给你什么硬币,都应该算作同样的的找法

 

解决的方法也不难得到:规定给硬币的顺序

先给顾客面额小的硬币,再给顾客面额大的(反过来也行)

这样在找3元的时候,就避免出现1+2和2+1算成两种找法的尴尬局面了

但是怎么规定找硬币的顺序?不会!所以被搁置了

 

几天前因为不明白 leetcode494“目标和” 怎么用动态规划实现,看了人家的算法,得到了不少收获

①把问题化成小问题的地方不只有一处          ②解决问题的顺序不对,会导致重复

由①的启发,我得到本题的解法了

 

思路:把找零n元拆分成 找0元,找1元...找n元是必要的

但是如果想让同方案硬币找零的顺序相同,还要做另一项工作:将coins数组拆分

 

(1)在只有1元面额硬币的情况下找零 0~n元,并将方案记录

(2)在(1)的前提下,引入2元面额的硬币,找零 0~n元,累计方案数量

(3)在(2)的前提下,引入5元面额硬币,找零 0~n元,累计方案数量

 

先引入1元面额硬币,再引入2元面额硬币,最后引入5元硬币,实际上就是先找面额小的硬币,再找面额大的。

反过来也行(我代码就是先找大面额再找小面额的)

 

 

 

代码

class Solution {
    public int change(int amount, int[] coins) {
        int[] dp=new int[amount+1];
        dp[0]=1;
        for(int i=coins.length-1;i>=0;i--){//先找大面额,再找小面额
            for(int j=0;j<amount+1;j++){
                if(j-coins[i]>=0){
                    dp[j]+=dp[j-coins[i]];
                }
            }
        }
        return dp[amount];
    }
}

 

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值