其实可以一开始就直接讲支付相关的，但在这里还是先说一下接口设计， 接下来涉及到具体支付方式的时候，也会基于接口设计举例。

接口设计

通用的支付接口

当跳转到支付页面时, 对于支付服务来说，主要就2个参数, 接口设计大概如下

假设backend_domain 为支付服务的后端地址

url: ${backend_domain}/pay/unified_pay
method: post
body: {
  "payment_type": Enum // eg: ALI_WEB, ALI_H5, WX_NATIVE ... and so on
  "order_id": String
}
response: {
   payment_type: Enum,
   extra: Any // 这里会根据不同的支付类型，返回不同的值，后面的文章会更细节说明
}

这样设计的一个好处在于，前端并不需要因为接入多种支付方式，而接不同的接口，设计成一个接口的话，他们要改的就主要是支付方式的枚举值

通用的支付接口还是得做一些让步

眼尖或者已经接过微信支付的同事就会发现，是不是少了一些参数？ 是的，的确是少了一些。

如 微信 H5 支付是需要传 scense_info 参数的, JASAPI 支付 则要求必传 openid, 那上面的接口还得再改改

url: ${backend_domain}/pay/unified_pay
method: post
body: {
  "payment_type": Enum, // eg: ALI_WEB, ALI_H5, WX_NATIVE ... and so on
  "order_id": String,
  "openid": String?, // optional
  "scense_info": String?, // optional
}
response: {
   payment_type: Enum,
   extra: Any
}

这样子基本上就能满足大部分的支付需求啦。

还需要再调整？

是，如支付宝网页版支付，是会跳到支付宝自身的页面的，支付完成后如何跳转回原有业务就是一个问题，支付宝提供了一个 return_url 的参数，我们把这个也作为我们的一个请求参数

url: ${backend_domain}/pay/unified_pay
method: post
body: {
  "payment_type": Enum, // eg: ALI_WEB, ALI_H5, WX_NATIVE ... and so on
  "order_id": String,
  "openid": String?, // optional
  "scense_info": String?, // optional
  "return_url": String?
}
response: {
   payment_type: Enum,
   extra: Any
}

到此，接口及参数基本上就满足支付宝支付，微信支付了。