处理积分加现金支付业务逻辑

最近做项目的时候遇见一个非常棘手的需要处理的问题——积分加现金支付，外加处理几张日志表。积分有两种，假定为A积分和B积分。

由于微信支付需要用js起调，需要调用微信提供的接口函数notify。首先在前往去支付页面将订单分好，并判断是三种支付类型（1.纯积分，2.纯微信支付，3.微信支付加积分）中的哪一种支付类型。若是2,3种的支付类型则用js调用微信支付函数。若是1种支付方式则调用另一个方法。

首先在model里将处理的一些流水表，盈利表所需要存的的数据存上。接着写一个方法处理积分支付，由于存在两种积分，而且两种积分都不存在同一个地方，B积分存在自己的数据库中，A积分需要通过别人提供的接口去自己请求，于是在逻辑上我们选择先处理A积分，并存日志表。接着处理B积分，同样存日志表。如果有一个地方出错则事务回滚。当然这个方法同时调用了model中的方法。最后分别在微信支付函数和纯积分支付函数中调用。