通过 上篇文章 的分析，我们已经明确了这个系统要干些什么。接下来的都是实打实的干货。这些内容认真阅读掌握后，相信你能够以此为基础设计一个维护性好、扩展性好的交易系统。

这几年的工作中一直与支付打交到，借着 skr-shop 这个项目来与大家一起分享探索一下支付系统该怎么设计、怎么做。我们先从支付的一些常见流程出发分析，找出这些支付的共性，抽象后再去探讨具体的数据库设计、代码结构设计。

终于写到微信了。加油干，撸起袖子奔小康。 项目GitHub地址：[链接] 微信支付个人觉得在帐号设置上有些麻烦，帐号太多啦，支付宝目前就是一个应用基本涵盖了所有的接口开发。 可能是由于微信支付的后端是财付通，反正咱们写代码的，也别管那么多。理清楚各配置的关系，然后写出高质量的代码就好。 关于如何申请微信支付...

适用于商家在App应用中集成支付宝支付功能。商家APP调用支付宝提供的SDK调用支付宝客户端内的支付模块，商家APP会跳转到支付宝中完成支付，支付完后跳回到商家APP内，最后展示支付结果。

终于把3.0版本做好了。从今天开始好好写文档，让大家做支付做的开心点。 项目GitHub地址：[链接] 从2016年6月payment做出来，到这一版本（3.0），坚持了快一年啦。感谢这期间给我支持（打赏与协作）的人。 Payment 主要针对支付宝支付、微信支付的接口进行了聚合。开发者无需重复集成繁琐的支付接口，使用 Payment 就能...

payment 项目2.0版本 微信的退款操作，通过封装与前面支付宝退款除了配置文件，基本一样。 退款代码如下： {代码...} 当前sdk支付宝可一次退款多笔数据。微信仅能每次退款1笔（如果想要实现一次退订多笔订单，可在客户端通过循环来处理。） 接下来解释下相关的配置信息 微信的配置文件解释参考 微信的三种支付方式接入：...

微信并未提供一个统一的查询接口。对应每种查询均需要不同的api。为了便于大家在项目中使用，忽略细节。对以上三种进行了封装。通过工厂的方式降低调用成本。

从开始写代码以来，一直就与支付打交道。终于到今天，我忍无可忍啦！每次都要重新写，重新调（主要换工作后，不能把前东家的代码给拷贝走）。好吧，写一份放到github上，以后啥时候用都有了，还方便做外包（哈哈哈......）