22-尚硅谷-支付宝支付-接口参数设置总结

接下来呢，我们对公共参数和请求参数呢，做一个简单的总结，那么我们会发现呢，我们的统一收单下单并支付页面接口，它包含两组参数，一个是公共参数，一个是请求参数，那么其实同样后面的这些接口呢，也会包含这两组参数，那么所有的接口的公共参数其实呢，都是相同的，请求参数呢，是各不一样的，那么我们的公共参数呢，绝大部分呢，都会在我们的之前的阿里pay client con啊这个配置文件当中预先定义，那所以呢，在我们的应用程序当中，只要出现了这个阿里pay client的地方啊，比如说。后面我们有一个去调用了阿里client的地方，实际上呢，就说明在整个的这个应用程序的上下文当中，已经设置了这个请求的公共参数了，所以所有的请求呢，都有相同的公共参数，当然了这个公共参数当中呢，也有必填参数和非必填参数，那么必填参数呢，我们是在我们的配置文件当中添加的，也就是在。

刚才我们看到的这个配置文件当中添加的哈，那么可选参数呢，我们在需要的时候添加，比如说刚才我们去调用这个统一收单下单并支付页面接口的时候呢，我们需要做一个支付成功的跳转，所以呢我们就设置了这个URL，那么这个URL的设置呢，我们其实就可以在我们的具体的业务当中需要的时候进行设置就可以了，好，这个是我们所说的。公共参数，公共请求参数当中的必要参数和非必要参数啊，什么时候进行设置，然后接下来呢，我们来看请求参数，请求参数呢，它针对于每一个接口都是各不一样的，因为毕竟每一个接口他们所要完成的业务功能不一样嘛，所以呢，我们要根据不同的业务功能去发送不同的请求参数，那么请求参数的发送呢，也有两种方式，那实际上请求参数呢，它就是公共参数的最后一个部分叫business content，这个里面也明确的说明了，它就是请求参数的集合，并且呢，它是一个字符串的形式，而且呢，我们也知道我们的这个请求参数的集合呢，应该是一个Jason组串，所以呢，在我们现在的这个应用程序当中呢，我们是先把这些必要的请求参数都组装成了Jason对象，然后最后呢，把这个Jason对象转换成字符串的形式，最后呢把这个字符串设置给了我们的前面的request对象，所以这是其中的一种。

请求参数的设置方式，也就是刚才我们提到的每一个接口当中，它和业务相关的这个请求参数的具体的设置方案，好那么这个设置方案呢，是在我们的API文档当中给我们提供的。就是在这个代码当中哈，我们其实copy的就是这段代码，那同时呢，这个请求参数里面呢，也会有很多可选的参数，大家可以发现，好这些可选的参数呢，有必要的时候你再添加就可以了，那么具体的添加方式呢，也是在后面的这个文档当中，它都有明确的事例来给我们提供，那所以有需要的时候我们就可以查看这个事例，然后把这个代码呢，转换成我们自己的代码，写在我们自己的业务当中，好，这是通过这层对象的方式去组装请求参数，那另外呢，其实还有一种更为方便的方式去组装请求参数呢，是在。

这个位置就是我们打开开发工具。那么在开发工具当中呢，有一个API集成工具，然后这个里面呢，有一个API集成工具一览表，那么我们可以发现呢，这里面有一个叫电脑网站支付，我们点开看一下，这里呢有一个叫做去调试哈，它可以进行在线的一个功能的调试，也是一个非常好用的工具，这里面我们选刚才我们。开发的这个统一收单下单并支付页面接口，我们点击这个去调试。

那它可以在这个地方呢，有一个在线生成代码的这样的一个功能，然后呢，这个里面呢，有可以通过可视化页面的方式呢，去配置参数，配完参数呢，右侧这一面就可以生成我们需要的代码了，当然这个代码呢，还是比较原始的代码，你比如说像这个私钥啊等等这些东西都没有提取到我们的公共配置当中哈，所以呢，我们。也可以参考这个代码啊，当然了，我们在具体写的时候，还是需要把这个配置提取到我们的公共配置当中的，那么这个里面呢，我这个地方要给大家介绍的呢，实际上是我们的就是针对每一个业务的那个请求参数，也就是刚才我们提到的。这个啊，请求参数的一个具体的组装的另外一种方式，那么这另外一种方式呢，就是使用了一个叫做阿里pay pay pay model的这样的一个对象来组装我们的请求参数，那么大家会发现这里面的这部分内容。

这部分代码哈，就相当于我们之前写的代码。这一部分了。相当于这一部分代码了哈，好，那所以对比下来看呢，实际上他们两个实现的功能是一致的，但是这面呢，使用的是面向对象的这个方案来设置这个参数，也就是说把参数封装到了方法里面了，而这面呢，使用的是这种字串的方式来配置参数，所以相比较而言呢，实际上啊，可以也可以选择下面这种哈，因为下面这种呢，你设置参数的时候不容易出错，那上面这种如果你某一个参数一个字符串里面的一个字符写错了呀，那么可能我们在编译的过程当中不会发现，那这块呢，就因为他已经把这个参数都封装到了具体的方法当中，所以呢，就可以避免这种因为参数字符串写错而出现的这些运行式错误，他在编译阶段呢，如果你写错了字符串，它就会被发现对不对？所以这种方式呢，可能就是更优化的一种方案吧。

所以说大家根据自己的习惯和需求吧，来选择啊，你是参考这面提供的文档，还是参考这面提供的文档，其实都是可以的。