背景
零售中，允许用户使用多种方式合并支付一个订单，但是当用户选择一种方式的时候，还是期望有一个合适的金额，来减少其交互使用的成本。
获得焦点时的金额
合适的金额，默认设置为用户想设置的金额。什么是用户想设置的金额呢？
分为3种情况：
1 用户还未选择任何一种方式时，默认为订单金额
2 已经选择一种支付方式，但是还未付款完成，默认是剩余金额
3 选择了其他方式，并且已经完整了整单金额，默认是0
稍微简化一些，其实上面那种，都是订单剩余支付金额。
但是，仅仅是这样是不严谨的，因为每种方式的可付金额还受到其他限制，比如该种方式的用户可用余额，该方式订单最大支持使用的额度，该方式平台支持的最大额。
所以最后默认的金额应该是：
ini
let defaultMoney = Math.min(orderRestMoney,userMoney,checkMoney);输入修改金额时
用户是否能设置超过剩余金额呢？理论可以，实际也可以。
所以修改金额的时候，只要限制不超过userMoney，checkMoney即可。
这里注意一个问题，这里可能会导致总收金额大于应付金额。所以：
1 要判断下，此时产品是否需要自动校准减小其他方式的金额
2 不符合条件时，要让提交订单的操作交互上不可用
离开焦点时
因为获得焦点和修改的时候，都校验了数字的有效性，所以这里主要验证金额非空并大于0即可。