收藏
回答

web开发者工具http问题

问题模块
开发者工具
  1. 无法检测当前账号是否有小程序登陆

  2. 当前账号对应的小程序appid如果错误,无法获知

  3. 无法检测当前是否打开小程序,及是否可以进行代码上传及预览

  4. 代码上传完,无提示是否成功。

  5. 代码打开后,没有返回错误等。

不知道官方是否优化这些地方,或者开源一部分接口出来。

最后一次编辑于  2017-12-21  (未经腾讯允许,不得转载)
邀请回答
复制链接收藏投诉关注问题回答

13 个回答

  • 林超
    林超
    2017-12-22

    几个问题能否截图或者详细描述下?


    我似乎一个都没看懂。。

    2017-12-22
    赞同
    回复
  • A简去野
    A简去野
    2017-12-23

    开发者工具提供了命令行与 HTTP 服务两种接口供外部调用,开发者可以通过命令行或 HTTP 请求指示工具进行登录、预览、上传等操作。


    web开发者工具开放了这个接口对把。


    我们想通过映射网页,搭建一个上传服务器,这样,我们可以监听web工具状态,比如现在有两个人想传代码,他们链接同一个服务控制。那么A 扫码了,他在传了,还没操作完,B进来了,又扫码,这样,是不是就出现问题。因为B不知道A在操作。

    是不是有个接口,检测当前是否有人在操作,已经登录状态,可以系统强制下线已经登录的,

    还有就是传代码URL:/upload 操作,我执行了上传之后,没有返回值,如果我搭建的是服务端,是不是我都不清楚是否传成功。

    现在我们见过有平台可以模拟扫码,同时支持多个人同时上传代码,是否可以开放代码上传功能,这样,我们做第三方,不见得每次都让客户下载代码,自己打开工具上传,我们在服务端进行构建等操作,这样上传,最好是支持登录态绑定,这样,同时支持多个上传。

    谢谢官方



    2017-12-23
    赞同
    回复
  • 邓坤力
    邓坤力
    2017-12-24

    你好,谢谢反馈


    1. 无法检测当前账号是否有小程序登陆


    是指想要查看工具是否已登录?如果未登录进行操作会返回错误码。如果 A 已登录,但 B 尝试预览上传一个 A 没有绑定的 appid 的项目会出 “登录用户不是该小程序绑定者” 的错误。


    2. 当前账号对应的小程序appid如果错误,无法获知


    能否详细描述场景?


    3. 无法检测当前是否打开小程序,及是否可以进行代码上传及预览


    HTTP 与命令行调用预览和上传不受工具是否已打开小程序所影响,并且可以并发执行


    4. 代码上传完,无提示是否成功。


    代码上传成功会返回状态码 200,失败会返回状态 400 及错误信息


    5. 代码打开后,没有返回错误等。


    能否详细描述场景?




    2017-12-24
    赞同
    回复
  • A简去野
    A简去野
    2017-12-25

    1. 无法检测当前账号是否有小程序登陆


    是指想要查看工具是否已登录?如果未登录进行操作会返回错误码。如果 A 已登录,但 B 尝试预览上传一个 A 没有绑定的 appid 的项目会出 “登录用户不是该小程序绑定者” 的错误。



    这个,是否可以提供一个接口,查询当前登录态。可以查询当前web开发者登录用户的信息(头像,昵称,openid等)openid,方便我们绑定用户id和小程序id,进行应用的判断,



    2:是否会支持多用户同时登录,因为我们代码想做成服务端提交,不需要下载的形式。现在是跑了一台windows服务器,本地调用的,这样的情况下。一次最多只有一个用户可以提交代码,无法实现多用户同时扫码提交。


    谢谢

    2017-12-25
    赞同
    回复
  • A简去野
    A简去野
    2017-12-25

    还有一个问题,就是,登录态。做成服务端情况下,出现一个问题就是。

    我们无法知道,当前用户是否已经登录,扫码之后,我们无法获知用户是否已经登录。


    下面是无法提供多用户同时登录下的一个问题。

    如果能够给我们登录态判断,应该也是可以解决问题。


    描述一个场景。


    我们有两个用户a和b.

    步骤一:a 打开了二维码。

                然后b也打开了。

    步骤二:a,b依次扫码。

    步骤三:a,b提交代码,这样就会出现冲突。a提交时候失败,然后,他又扫码,b就又提交不了。


    这样,我们有接口,可以判断登录态是否繁忙,动态调整他们扫码,这样我们就可以实现了







    2017-12-25
    赞同
    回复
  • 林超
    林超
    2017-12-25

    我应该理解意思了。


    有一个原则:


    工具提供http服务用于登录、上传和预览这些功能应该尽量的简单,不去耦合其他业务逻辑工具只是执行命令做相关的事宜就好了


    但是这样的方式会有你遇到了一个问题,就是多个用户提交或者预览的时候有冲突,并且小程序是需要 appid 和登录 用户做强绑定的。这个和我们的原则应该是可以兼顾到的。首先,你的业务层逻辑不应该直接调用工具接口(即你的提供给用户的上传界面),而是应该调用你的某个服务,你这个服务去维护一个队列或者别的方式,来控制工具行为。


    那么场景可以规划为:


    A 正在调用工具,

    B请求过来,等待,

    A完成,看队列,有B,拿B工作。





    2017-12-25
    赞同
    回复
  • A简去野
    A简去野
    2017-12-25

    我明白你的队列的意思。

    我们也是打算这样操作。

    现在主要是无法判断登录态,这个有点不好解决,是否可以给我们登录态(获取登录用户的昵称,头像,openid)我们去做后续的耦合业务处理呢。这个提供一个查询url。类似login这样的,我们好对当前态做判断。不用每次都是用户扫码加入队列,然后处理结果未知

    2017-12-25
    赞同
    回复
  • 林超
    林超
    2017-12-25

    登录这个我们评估下


    这里还有一个点 开发者工具的登录的用户信息 和 小程序绑定的开发者的用户信息不是一个维度的


    所以其实给了 很可能也是没用的。


    但是给一个退出的接口,应该是没有问题的

    2017-12-25
    赞同
    回复
  • A简去野
    A简去野
    2017-12-25

    @林超 

    这里还有一个点 开发者工具的登录的用户信息 和 小程序绑定的开发者的用户信息不是一个维度的


    这两个概念明白的,没关系的,这样,我们也可以通过获取openid,进行关联打开相应的小程序的。这样,不会造成混乱,第一次,我们可以进行在我们这边系统对他们关系进行绑定,因为他上传成功,说明这个openid对应的是这个小程序的ID,第二次我们自己用上次记住的关系,

    然后,在我们系统,把头像和昵称展示出来,让客户知道要用哪个微信扫码。因为我们有客户确实太经常扫码错误,这样真的很浪费时间


    谢谢





    2017-12-25
    赞同
    回复
  • A简去野
    A简去野
    2017-12-25

    还有一个好处就是,我们判断登录态之后,如果他点击上传,我们检测要上传的小程序id和客户扫码记录的openid,这样能够有效防止误传。

    2017-12-25
    赞同
    回复