前言
说起支付平台，支付宝量级的支付平台和一个小型公司的支付不可同日耳语。一个初创或刚创业一两年的公司，一没人力，二没财力的情况下，如果也想对接支付那怎么办呢？感谢支付宝和微信支付，两大行业巨头提供了简单易用的方案，简化了对接流程，又能支持大部分银行。今天我们就来根据不同业务规模，设计一个能经受业务考验的支付平台。
第一阶段
举个例子，阿力空闲时间，接了个外包的分销系统。业务模型如：成为会员，可以自动带二维码的分销海报，扫描你二维码的人成为会员后，你获得提成。
这个例子有几个核心步骤：
申请会员，支付成为会员，自动生成海报，
计算分销提成。
有点小挑战的自动生成海报。这个可以参考微信参数二维码接口和GDI+绘制图片来搞定，利用html5的canvas也能搞定。
最核心的部分，当然是支付。
先来一张订单表流程图压压场面。
订单模型
前些天看领域驱动提到了核心域和子域，那么整个交易流程是是这个模型的核心域，订单表是交易流程的子域。
我大概说下这些字段，业务类型和业务id以及业务处理url实现了各个业务的解藕，各个业务线都有自己的限界上下文。它可以根据取消日期和取消地址完成订单的取消动作，可以根据支付平台交易id和支付平台查询对账。业务通知状态是用来综述通知业务处理是否成功。说完了订单，让我们来看下整体交易流程。