背景

零售中，允许用户使用多种方式合并支付一个订单，但是当用户选择一种方式的时候，还是期望有一个合适的金额，来减少其交互使用的成本。

获得焦点时的金额

合适的金额，默认设置为用户想设置的金额。什么是用户想设置的金额呢？

分为3种情况：

1 用户还未选择任何一种方式时，默认为订单金额

2 已经选择一种支付方式，但是还未付款完成，默认是剩余金额

3 选择了其他方式，并且已经完整了整单金额，默认是0

稍微简化一些，其实上面那种，都是订单剩余支付金额。

但是，仅仅是这样是不严谨的，因为每种方式的可付金额还受到其他限制，比如该种方式的用户可用余额，该方式订单最大支持使用的额度，该方式平台支持的最大额。

所以最后默认的金额应该是：

let defaultMoney = Math.min(orderRestMoney,userMoney,checkMoney);

输入修改金额时

用户是否能设置超过剩余金额呢？理论可以，实际也可以。

所以修改金额的时候，只要限制不超过userMoney，checkMoney即可。

这里注意一个问题，这里可能会导致总收金额大于应付金额。所以：

1 要判断下，此时产品是否需要自动校准减小其他方式的金额

2 不符合条件时，要让提交订单的操作交互上不可用

离开焦点时

因为获得焦点和修改的时候，都校验了数字的有效性，所以这里主要验证金额非空并大于0即可。