明白

这个点我们评估下怎么来做

登录这个我们评估下

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

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

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

我应该理解意思了。

有一个原则：

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

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

那么场景可以规划为：

A 正在调用工具，

B请求过来，等待，

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

你好，谢谢反馈

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

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

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

能否详细描述场景？

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

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

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

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

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

能否详细描述场景？

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

我似乎一个都没看懂。。

亲，你们讨论有没有结果呢

@林超

好的 ，非常感谢。

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

@林超 

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

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

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

谢谢

我明白你的队列的意思。

我们也是打算这样操作。

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