小手冰凉

> 就是base64一下，直接编解码就行 > > 或者你可以用cli的方式创建连接，一般运维会这么干，参数里指定配置 好的,已经导入完成了

看看阿里的文档,不行去看看易宝、宝付、连连这些小公司的文档 要不是我是21世纪受过教育的好青年, 碰见你们这种把屎放在放在盘子里端出来给用户看的团队, 我高低得上去问候一遍你们亲人.

> > 看看阿里的文档,不行去看看易宝、宝付、连连这些小公司的文档 要不是我是21世纪受过教育的好青年, 碰见你们这种把屎放在放在盘子里端出来给用户看的团队, 我高低得上去问候一遍你们亲人. > > 虽然这里是 SDK 使用调研，不过，是哪个文档写得差让您这么愤怒？可以给下链接&指出具体的问题，我们反馈给对应的业务团队。 你说的很有道理让我瞬间没了脾气,那么我就一个问题: 你们sdk内的api有相关文档吗? 这个托管项目也就两三个使用示例, 你们官网上“API字典概览”里的接口都有列举出来吗? 说回”API字典概览“, 这里所有接口没有一个有用sdk方式调用, 给的出入参也好, 给的api接口也好,都是http + json请求调用, sdk相应的接口在哪儿呢? 好,在源码使用实例是吧, 一个在官方文档上写着“wechatpay-java (推荐）”两个字的sdk,结果在官方文档上找不到使用实例, 还得去翻源码里的使用实例去用? 谁家对接sdk要去源码里翻使用实例? 我上面说的那三家公司没有一个. 另外, 一个相同对象放在三、四个不同包里我都懒得吐槽了...

> 感谢反馈，我理解这里有两个问题： > > 1. SDK 使用示例不全。目前确实只有部分业务提供了示例，我们也在推动这块的完善；请问，您目前比较需要的是哪个能力的使用示例，我们反馈给对应的业务团队； > 2. 在不同包里含同一个对象。这里本质是由于 API 能力在不同的 API 产品中都有使用导致的，我们已经在规划这块能力的聚合。 目前我们用到了: 基础支付中的H5支付、app支付、小程序支付、合单支付、退款、支付以及退款相关 查询和回调 资金应用中的分账(11个全部接口) 营销工具中的商家优惠券:小程序、h5、图片上传(营销专用) 风险合规中的投诉、回复、反馈 其他能力中的图片上传 不过昨天晚上我们把这些都接完了, 所以也不再需要什么支持了, 基本上都是翻源码然后对照普通api文档的方式去对接, 我想这20多个接口这么接下来你也能理解我为什么又急又气了吧

```java null int long char boolean default this super new while for return public private void instanceof if-else : ; ? ! = number string literals ...... ``` all java...