这块测试看起来应该是官方的文档描述有问题,exec 方法本身是没有返回值的。(或者说基础库的实现没有按文档上描述的来)
NodesRef SelectorQuery.exec(function callback) ?[图片] 如上图所示:exec的返回值应该是一个NodesRef;那么它就应该能掉用NodesRef的相关方法 那么问题来了, js代码: [图片] 控制台: [图片] 问::为什么res是一个undefined,换句话说,既然是underfunded怎么能调用NodesRef的相关方法呢?
04-30请问你具体的机型是什么?
wx.startLocationUpdateBackground在锁屏状态下不运行wx.startLocationUpdateBackground在锁屏状态下不运行所有的权限都给了微信了
2022-12-20这里确实存在着调试不方便的问题。主要体现在: 通过普通二维码拉起的小程序,都是线上版本的小程序。所以没法使用本地编译好的代码进行调试。文档当中写的关于 开发版/体验版/线上版,只是说这个扫普通二维码的能力对哪些用户群体开放。而不是说扫码之后对应使用的是什么版本的小程序。 通过普通二维码拉起的小程序所取的 query 参数是需要通过 options.query.q 里面去获取的。而一般进入小程序的方式都是通过小程序固定入口等,所以不同的 scene 获取 query 参数的方式不一样,需要在业务代码当中自行做处理。
关于扫描二维码跳转到体验版的问题[图片] [图片] 调用生成二维码的接口时,生成的二维码由scene承载携带的参数,扫这个生成的二维码是跳转到线上版的。 而在本地编辑的代码,未发布审核的话是无法通过扫二维码来验证功能的,这样子有很多流程都需要提交审核后验证,如果验证出错还得再重新审核。 (不知是不是我漏看了什么API方法之类的,扫小程序二维码进入小程序,因为是跳转到线上版本,开发版的的逻辑扫码进入根本测试不了) 所以想出了一个方案,扫普通码跳转小程序,是可以设置成开发版、体验版、线上版的。但是文档上扫普通二维码,参数是由q来承载的,扫小程序二维码参数是通过scene来承载的,那么我们是否需要在扫码进入的页面中做两套不同的逻辑处理?是否支持扫普通二维码的参数自定义的方法?
2019-11-26