EAN-13编码,第一个数字为 0 丢失,是因为,生成的一维码实际不包括0,识别结果为UPC-A类型,不是接口的问题
wx.scanCode 一维码识别率超级低,社区长期不给予重视,不解决问题,导致我们天天被客户投诉?EAN-13编码,第一个数字为 0 ,这个 0 , 100%的概率丢失(已确认非API问题) wx.scanCode 指定识别一维码,识别,概率错误,社区回复也是敷衍了事 [图片] 如图所示,6 识别成了 5,4 识别成 3 [图片] 以下是社区专员的回复,没有任何意义的回复 [图片] [图片]
2022-08-22除了薪水很大厂,其它嘛,呵呵
小程序开发工具啥时能适配M1啊?都已经6月份了....快7月了大哥,就这速度还大厂
2021-07-12点击数量+1,触发了三次setdata。 第一次:占用时间最长。这次setdata不应该发生,列表并没有与视图直接绑定 第二次:必要更新 汇总数据和购物车 第三次:必要更新 列表真实渲染的数据
【小程序】setData有严重的性能问题?如下图,WAService.js中的setData占用了大量时间 当列表数据量很大时,我做了回收处理,只渲染10条数据,进行数量加一操作时,一条数据进行setdata,set的数据量很少,但是还是有性能问题。 很迷茫啊,不知道怎么优化,有没有大佬指点一下 下图:searchGoods数据量少,20条时,同等操作 [图片] 下图::searchGoods数据量中,300条时,同等操作 [图片] 下图::searchGoods数据量中,1000条时,同等操作 [图片] 选择一张图,可以看到,一次操作,进行了三次setdata,数据量不大时,时间都有增长,第一个searchGoods的setdata时间增长最明显,但是searchGoods没有与视图直接绑定 1000条时,点击数量加1,三次setdata明细如下: 1.第一次setData的searchGoods传入了组件中,组件处理后,将裁剪的visibleData传入插槽,visibleData才真正与视图绑定 searchGoods的setdata花费了大量时间,这里我就不太明白 [图片] 20条数据,第一次setdata searchGoods时间: [图片] 1000条数据,第一次setdata searchGoods时间: [图片] 2.第二个setData,汇总数据和购物车,执行时间参考上面的图片 [图片] 3.第三个setData,searchGoods裁切后得到的visibleData,visibleData与视图绑定,执行时间参考上面的图片 [图片] 下面是 C方法: [图片] 下面是doUpdates方法: [图片]
2021-05-12建议换台手机
ios打开h5网页很慢,尤其是前几次打开特别慢,后面打开就快了,请问什么原因导致的?微信版本7.0.12,IOS版本13.4,网站ssl证书颁发者Let's Encrypt Authority X3 症状:微信扫码或直接打开请求地址后,页面白屏顶部进度条加载非常慢,大概要4-5秒请求才会到达我们服务器。 大多数是用户前几次打开页面的时候会出现,之后再打开会快一些。同样网络环境下,安卓手机打开很快,没有这个问题。最近4月份以后才出现这个问题,之前没有这种问题。 不是页面的问题,直接请求服务器地址跳转页面也会出现这个问题。
2020-09-15