做个记号。看孙子出道时,改正了没有
在开发者工具模拟器中canvas始终悬浮显示在最上层,且部分情况出现纵向错位是否正常?在真机中显示正常,如果在开发者工具模拟器中这种情况不正常应该如何解决。 如果这种情况正常,是否能尽快修改成与真机一致。
01-06腾迅就懒得理你们这些屌毛
RequestTask.abort()在开发工具正常,安卓真机上无效?求各位大神帮帮忙微信版本:8.0.16 代码片段:https://developers.weixin.qq.com/s/MhuGQ2m77vxl 预计效果:依次打印 requestStart->abortStart->requestError 真机实际效果:依次打印 requestStart->abortStart->requestSuccess 如下面代码,只是间隔了10毫秒,就无法中断请求,依然走到了success中,此问题开发工具上能正常走fail中断请求,但是真机上不行,还是走success。 但如果去掉setTimeout,在request请求后直接调用RequestTask.abort()是可以中断请求的,但是只要间隔一点时间,就无法中断请求。 我实际请求的服务器地址响应成功需要一秒多,这期间执行RequestTask.abort()更是无法中断请求。 按照文档找半天了,没找到是什么问题......求各位大神解答一下这个是什么问题,为什么真机上不生效 console.log("requestStart") const requestAbort = wx.request({ url: "http://www.baidu.com", method:"GET", success:function(e){ console.log("requestSuccess") }, fail:function(e){ console.log("requestError") } }) setTimeout(() => { console.log("abortStart") requestAbort.abort(); }, 10);
2024-12-02两年过去了,这明显是个问题,企鹅根本不鸟你!
数据预拉取如何区分环境?目前预拉取开发阶段遇到以下问题: 1、预拉取要求配置业务域名 2、预取接口没联调过,后端只能提供内网域名,没法上线 3、小程序业务域名没法配置内网域名 求解决方案
2024-11-29小程序的接口就是si
关于数据预拉取wx.getBackgroundFetchData的疑问?官方文档说调用wx.get...和wx.on...这两个,我的疑问是获取到数据后的处理代码,到底放在on里的1处,还是放在get里的2处?总不能像示例中的两处都写相同的处理代码吧(这样代码会执行2遍)? [图片] 这两个api的执行顺序是怎样的?难道wx.get...里的sucess这儿,不是总能获得正确的数据吗?(要不然还要wx.on...干嘛?)官方提供这个wx.on...的意义在哪? [图片] 而如果要把业务处理代码放在1处,文档中又说了,这个api并不总是会触发的... 所以现在搞不清楚,我获取数据后的处理代码,要写在1处还是2处呢?感觉这2处都不是100%能执行到的。 光一个预拉取就头疼了,我还想加上周期性更新呢,这个好像也会触发wx.on..如果加上就更晕了。 查阅了很多资料,都没有搞明白。网上的好多教程基本是照搬官方资料,希望有真正项目实践过的大神解惑,不甚感谢!
2024-10-124年了,还没有改进。这个一直都需要!
强烈建议增加app.js onLaunch 加载完成后再进page onload 的功能控制或配置?场景描述: 众所周知,许多的小程序,许多的业务场景,都需要进入小程序前准备好一些基础数据,才能进入页面 比如:全局皮肤设置,切换门店,系统配置等功能都需要先拿到参数后才能使用 存在问题: 小程序的执行顺序app.js onlaunch 肯定是在page onload方法之前确实没错,因为同步执行,虽然onlaunch方法先执行,可能onlaunch还没执行完呢都已经进入到page 的onload方法了,会造成数据异常和系统错误。 当然一些解决办法能解决这类问题:比如等待、比如判断是否加载完成,没有再处理或者等待直到完成再处理页面业务,又或者Promise处理等等吧,反正大家再没办法的情况下想出了一些不是拌饭办法的办法。但这期间会造成N多的冗余代码和不必要的麻烦。而且有时你根本不知道用户进入的第一个页面是哪个(比如分享),所以要把所有有可能成为第一个入口的页面都加上,困难多,BUG多。 疑问: 微信小程序为什么不只支持先onlaunch----onlaunch执行结束后 --- 执行page 的onload的模式呢? 业务场景需求量少?没有考虑到?技术问题? 建议: 官方给出onlaunch 执行然后同步进onload的模式肯定是有道理的,而且符合大部分人的利益的。但也看到了有许多的开发这再提这样的问题。 能不能微信小程序从框架上解决,比如增加一个全局配置,默认就是目前模式,有需要的配置下,就能实现先onlaunch----onlaunch执行结束后 --- 执行page 的onload方法。 能不能微信小程序从框架上解决,比如增加一个全局配置,默认就是目前模式,有需要的配置下,就能实现先onlaunch----onlaunch执行结束后 --- 执行page 的onload方法。 能不能微信小程序从框架上解决,比如增加一个全局配置,默认就是目前模式,有需要的配置下,就能实现先onlaunch----onlaunch执行结束后 --- 执行page 的onload方法。 或者在onlaunch 方法前加个标识,有就是onlaunch 执行结束后(重点:执行结束后,不是执行后)再跳转到page
2024-10-11现在还有这问题,真恶心!
图片尺寸问题引起drawImage绘制不全drawImage(sx, sy, sWidth, sHeight, dx, dy, dWidth, dHeight) 在社区里面已经有很多人反馈安卓的绘制图片问题,当尺寸大于某个阈值的时候,就会出现绘制问题,这个是问题存在了很久了。 到现在都还没解决吗? 虽然可以用 drawImage(dx, dy, dWidth, dHeight) 但是两个的表现都是不一样的,不太符合预期 IOS表现 [图片] 安卓表现: [图片] 代码片段已经给了。必现的 安卓机子:小米8 MIUI 10.1版本 Andriod 9.0
2019-01-28确实问题很多。
2019-01-28真实,不喜欢!搞的什么玩儿嘛。自己写一套,让大伙学! 坑又多!
我弱弱的问下,你们都那么喜欢小程序吗?小程序的好处在哪里?一会公众号,一会订阅号、服务号,企业号,一会小程序的,根本搞不懂啊 而且很多看似很高大上的小程序,根本不好用,体验不好,经常卡死,经常错位,经常提交不了数据,经常没有用,这算不算微信的鸡肋呢? 小程序就只能对简单的功能可以,过于花哨的东西确实不好用,你们没体验到吗?
2018-11-09