我们要请求讯飞的 /upload http 接口做语音识别，讯飞识别成功后会通过 /callback URL 通知，我们拿到通知后再去请求讯飞的 /getResult 接口拿到语音识别结果
同事做了一次封装，从 callback URL 拿到通知，然后 /getResult 拿到结果后发起 http 请求，把语音识别结果放到 request 的 Body 里面传过来了，我感觉这样把结果放到 request 的 Body 里响应不太合理，又说不上来为啥，有大佬能解释一下吗？
另外请教一下更好的实现方式是什么？
 |
1
Leigg Oct 28, 2020 via Android
传过来？ callbackURL 不应该直接是需要结果的服务提供的？你这多少个请求了
|
 |
2
treblex Oct 28, 2020
和 responese 的 body 应该是一样的 field Body io.ReadCloser 类型，直接 json decode 就行
|
 |
3
coool OP @suke971219 虽然类型一样，通过 request 的 body 传递结果没什么不妥吗？
|
|
4
coool OP @Leigg 讯飞的文档就是这样的，我们请求语音处理时设置一个 callback url，他们利用这个 url 通知我们结果已经处理完成，然后我们再去讯飞的 /getResult 接口拿结果。 （ callback 的只做通知）
|
 |
6
GuangXiN Oct 28, 2020 via Android
讯飞原本的接口设计才奇怪好吧，都 callback 了还不把结果传过来，他的结果是语音识别出来的文字，又不是什么视频之类的巨型数据，非得让人再主动拉取一次结果，这不是折腾人吗？
|
|
7
treblex Oct 28, 2020
@coool #3 我以为是 callback 的 request body 给的内容，结果不是，， 你发起的请求，结果应该在 response body 啊，我去讯飞看看去
|
|
8
coool OP @suke971219 我同事是在 callback 拿到讯飞的通知消息之后去 getResult 拿结果，然后给我们这边发请求，把讯飞的结果放到他的请求体传给我。
|
 |
10
THESDZ Oct 28, 2020
@coool 同事应该是想封装一个回调函数的接口给你,你写个实现这样子...放在 request 的 body,如果是 http 那个 req 就比较迷茫,如果是 callback 接口的 req(入参)比较合理
|
|
12
coool OP @THESDZ 他就是封装了回调，原本我们的流程是监听 callback 地址--》获得通知--》调用 /getResult 获取结果，他封装了之后就是流程就变成了监听 callback--》从 callback 的 request.Body 获取结果。我是觉得把结果放到 request 里有点奇怪，所以来请教一下。没问题的话就是我孤陋寡闻了。。
### 讯飞文档 ``` 结果回调 用户调用 upload 接口时，如果上传参数中填写了正确回调地址（ callbackUrl ）。订单处理完毕后，服务端会自动回调该地址，通知用户订单已经处理完成，返回如下数据结果： callbackUrl?status=1&orderId=DKHJQ2017120109000003 参数详细说明如下 注：结果回调仅用于通知用户订单已处理完成，仍需要调用 getResult 接口获取识别结果。若没有收到回调通知，也可以通过轮询的方式去获取指定订单号的识别结果。轮询间隔的时间不宜过短，需根据音频长短设置一个合适的值。如果不是急于获取识别结果，建议一天批量获取一次。 ``` |
 |
13
Seanfuck Oct 28, 2020 via iPhone
封装后少了一个拉结果的步骤？这不是简化了更好吗，看看 6 楼说的。
|
 |
14
Edward0Chan Nov 13, 2020
封装的没毛病
|
Select Language