V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
The Go Programming Language
http://golang.org/
Go Playground
Go Projects
Revel Web Framework
coool
V2EX  ›  Go 编程语言

golang 的 http 回调结果如何返回?

  •  
  •   coool · 2020-10-28 11:41:33 +08:00 · 2091 次点击
    这是一个创建于 1472 天前的主题,其中的信息可能已经有所发展或是发生改变。

    需求:

    我们要请求讯飞的 /upload http 接口做语音识别,讯飞识别成功后会通过 /callback URL 通知,我们拿到通知后再去请求讯飞的 /getResult 接口拿到语音识别结果

    问题:

    • 同事做了一次封装,从 callback URL 拿到通知,然后 /getResult 拿到结果后发起 http 请求,把语音识别结果放到 request 的 Body 里面传过来了,我感觉这样把结果放到 request 的 Body 里响应不太合理,又说不上来为啥,有大佬能解释一下吗?

    • 另外请教一下更好的实现方式是什么?

    14 条回复    2020-11-13 11:04:49 +08:00
    Leigg
        1
    Leigg  
       2020-10-28 12:50:33 +08:00 via Android
    传过来? callbackURL 不应该直接是需要结果的服务提供的?你这多少个请求了
    treblex
        2
    treblex  
       2020-10-28 12:53:38 +08:00
    和 responese 的 body 应该是一样的 field Body io.ReadCloser 类型,直接 json decode 就行
    coool
        3
    coool  
    OP
       2020-10-28 13:06:48 +08:00
    @suke971219 虽然类型一样,通过 request 的 body 传递结果没什么不妥吗?
    coool
        4
    coool  
    OP
       2020-10-28 13:08:31 +08:00
    @Leigg 讯飞的文档就是这样的,我们请求语音处理时设置一个 callback url,他们利用这个 url 通知我们结果已经处理完成,然后我们再去讯飞的 /getResult 接口拿结果。 ( callback 的只做通知)
    GuangXiN
        5
    GuangXiN  
       2020-10-28 13:10:56 +08:00 via Android
    @coool 没有什么不妥啊,body 本来就是设计来发送信息用的
    GuangXiN
        6
    GuangXiN  
       2020-10-28 13:16:23 +08:00 via Android
    讯飞原本的接口设计才奇怪好吧,都 callback 了还不把结果传过来,他的结果是语音识别出来的文字,又不是什么视频之类的巨型数据,非得让人再主动拉取一次结果,这不是折腾人吗?
    treblex
        7
    treblex  
       2020-10-28 13:19:52 +08:00
    @coool #3 我以为是 callback 的 request body 给的内容,结果不是,, 你发起的请求,结果应该在 response body 啊,我去讯飞看看去
    coool
        8
    coool  
    OP
       2020-10-28 13:41:41 +08:00
    @suke971219 我同事是在 callback 拿到讯飞的通知消息之后去 getResult 拿结果,然后给我们这边发请求,把讯飞的结果放到他的请求体传给我。
    coool
        9
    coool  
    OP
       2020-10-28 13:43:22 +08:00
    @GuangXiN 额,那好,我就直接解析他的请求体拿结果。
    THESDZ
        10
    THESDZ  
       2020-10-28 13:48:24 +08:00
    @coool 同事应该是想封装一个回调函数的接口给你,你写个实现这样子...放在 request 的 body,如果是 http 那个 req 就比较迷茫,如果是 callback 接口的 req(入参)比较合理
    treblex
        11
    treblex  
       2020-10-28 13:49:39 +08:00
    @coool #8 这才看懂,我这个脑子
    coool
        12
    coool  
    OP
       2020-10-28 13:56:40 +08:00
    @THESDZ 他就是封装了回调,原本我们的流程是监听 callback 地址--》获得通知--》调用 /getResult 获取结果,他封装了之后就是流程就变成了监听 callback--》从 callback 的 request.Body 获取结果。我是觉得把结果放到 request 里有点奇怪,所以来请教一下。没问题的话就是我孤陋寡闻了。。


    ### 讯飞文档

    ```
    结果回调
    用户调用 upload 接口时,如果上传参数中填写了正确回调地址( callbackUrl )。订单处理完毕后,服务端会自动回调该地址,通知用户订单已经处理完成,返回如下数据结果:
    callbackUrl?status=1&orderId=DKHJQ2017120109000003
    参数详细说明如下

    注:结果回调仅用于通知用户订单已处理完成,仍需要调用 getResult 接口获取识别结果。若没有收到回调通知,也可以通过轮询的方式去获取指定订单号的识别结果。轮询间隔的时间不宜过短,需根据音频长短设置一个合适的值。如果不是急于获取识别结果,建议一天批量获取一次。
    ```
    Seanfuck
        13
    Seanfuck  
       2020-10-28 14:19:12 +08:00 via iPhone
    封装后少了一个拉结果的步骤?这不是简化了更好吗,看看 6 楼说的。
    Edward0Chan
        14
    Edward0Chan  
       2020-11-13 11:04:49 +08:00
    封装的没毛病
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   948 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 22:00 · PVG 06:00 · LAX 14:00 · JFK 17:00
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.