摘要:依旧是很简单的需求,但是对于资深的攻城狮来说,除了布局,其他的就只能去了。特别是真机跑的时候,问题特别多。还是坑在基础不牢固,文档看得不深入,对小程序原生组件应该注意的事项把握不准,才会掉入这个非常基础的坑。
Created 2019-4-3 18:29:53 by huqi
Updated 2019-4-3 19:12:22 by huqi
↑开局一张图,故事全靠编↑
从一个需求说起狼叔@i5ting 曾说过:“单纯讲技术进阶点意义不大,脱离场景都是耍流氓”。今天,依旧从一个需求说起。什么需求呢?一个二维码,一个二次确认弹窗。这里的二维码是前端生成的,二维码下边有个button,点击button调起自定义的弹窗组件。依旧是很简单的需求,但是对于“资深”的Copy攻城狮来说,除了布局,其他的就只能去Copy了。分析了一下可能需要的代码,就开始"刷刷刷"一顿CP(Copy&Paste)操作猛如虎,结果跑下代码发现error二百五。特别是真机跑的时候,问题特别多。像这次的问题,开发者工具上压根就发现不了,幸好习惯性真机预览,不然一通push就等着失业了。还是坑在基础不牢固,文档看得不深入,对小程序原生组件应该注意的事项把握不准,才会掉入这个非常基础的坑。
(图片来源于网络)
通常来说,遇到这种类似的需要,我都会先找找被人造的轮子,尝试一下,有合适的就直接拿过来用了。这次用的是@yingye 大佬开源的weapp-qrcode,这个js应该是借鉴了jquery-qrcode 和 node-qrcode,有兴趣的同学可以研究研究,生码的逻辑应该是类似的,只是小程序中没有DOM操作,都是利用canvas来实现的。具体怎么实现,各位看客可以直接看相关的源码或文档。我的实现:
wxml
wxss
canvas{ display: block; margin: 0rpx auto; /** 居中 **/ }
js
drawQrcode({ width: 140, // 必须,二维码宽度,与canvas的width保持一致 height: 140, // 必须,二维码高度,与canvas的height保持一致 x: 0, // 非必须,二维码绘制的 x 轴起始位置,默认值0 y: 0, // 非必须,二维码绘制的 y 轴起始位置,默认值0 canvasId: "myQrcode", // 非必须,绘制的canvasId typeNumber: 10, // 非必须,二维码的计算模式,默认值-1 text: "您的二维码内容", // 必须,二维码内容 callback(e) { // 非必须,绘制完成后的回调函数 console.log("e: ", e) } })
二维码效果:
canvas使用限制当我页面如上图一样。底部有个按钮。点击唤起自定义的弹窗组件,在开发者工具上呈现的效果十分正常。但是在真机上就会出现文字开头的不和谐现象。canvas直接覆盖住了自定义组件。通过翻阅文档,您会发现官方特别写出了Bug&Tip:
3.tip:请注意原生组件使用限制。
4.bug: 避免设置过大的宽高,在安卓下会有crash的问题
然后点开原生组件使用限制,就会发现本B.U.G的根本原因了:
原生组件的层级是最高的,所以页面中的其他组件无论设置 z-index 为多少,都无法盖在原生组件上。
也就是说canvas会覆盖自定义的dialog组件。那么怎么解决呢?我的思路是“曲线救国”--将canvas转成image。一不做二不休,撸起袖子,开干!
将canvas转换成image既然原生组件(camera、canvas、focus时的input、live-player、live-pusher、map、textarea、video)这么牛逼,那就打压一下,去掉他们高贵的身份,豁免他们享有的特权,彻底ge他们的命,恢复他们的平民身份。按照这个思路,开始一步一步来实现
wxml
js
data: { renderImg: "" }, onLoad: function(){ drawQrcode({ width: 140, // 必须,二维码宽度,与canvas的width保持一致 height: 140, // 必须,二维码高度,与canvas的height保持一致 x: 0, // 非必须,二维码绘制的 x 轴起始位置,默认值0 y: 0, // 非必须,二维码绘制的 y 轴起始位置,默认值0 canvasId: "myQrcode", // 非必须,绘制的canvasId typeNumber: 10, // 非必须,二维码的计算模式,默认值-1 text: "您的二维码内容", // 必须,二维码内容 callback(e) { // 非必须,绘制完成后的回调函数 console.log("e: ", e) if(e.errMsg == "drawCanvas:ok") { // 新增转图片 wx.canvasToTempFilePath({ x: 0, y: 0, width: 140, height: 140, canvasId: "myQrcode", success: function(res) { me.setData({ renderImg: res.tempFilePath}); } }); } } }) }
以上将canvas替换成image,不过遇到闪烁的问题,这是wx:if特有的,这里通过取巧的办法,只改了canvas的样式:
wxss
canvas{ display: block; margin: 0rpx -9999px; /** 占位解决二维码闪屏 **/ } image{ display: block; margin: 0rpx auto; /** 居中 **/ }
至此,已填了这个canvas显示层级过高的坑。
如您有更好的方案,欢迎提出指正!
如您觉得文章解决了您的问题,欢迎打赏
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/103194.html
摘要:根据当时的情境,是在微信开发者工具中删掉该小程序然后重新载入就解决了,大家给出的结论是微信小程序开发者工具的。 Created 2019-4-2 22:17:34 by huqiUpdated 2019-4-2 23:17:34 by huqishowImg(https://segmentfault.com/img/bVbqOLH?w=1526&h=818); ↑开局一张图,故事全靠编...
摘要:可以使用网络图片,或者,或者使用标签。这个是常识,连入门级小程序员都知道的。那我究竟写了个什么毫无疑问,一定是在中直接引用了本地图片。虽然可以将图标转化为字体应用,但对于我来说,就使用那么几个图标,实在是不想引用一大堆等文件,只想用下。 Created 2019-4-4 22:02:27 by huqi Updated 2019-4-4 23:12:34 by huqi show...
摘要:开局一张图,故事全靠编是啥变色龙又是啥自从有小程序以来,小程序的第三方框架便孕育而生,从原始时代的只基于微信小程序多如今多端统一开发框架,可以说前端技术从年到年又发生了天翻地覆的变化。 Created 2019-4-6 21:57:17 by huqi Updated 2019-4-7 22:54:55 by huqi showImg(https://segmentfault.c...
摘要:当用户或搜索引擎向网站服务器发出浏览请求时,服务器返回的数据流中头信息中的状态码的一种,表示本网页永久性转移到另一个地址。通过在源代码中添加日志输出,我们也能清楚地看到的状态码。 Created 2019-4-5 22:24:33 by huqi Updated 2019-4-5 23:23:56 by huqi showImg(https://segmentfault.com/...
摘要:接下来,在支付宝小程序开发者工具中打,不出意外能跑起来一个电商支付宝小程序雏形。地址以上是我这个攻城狮对使用转换原生微信小程序为支付宝小程序的一次微不足道的实践。 showImg(https://segmentfault.com/img/bVbnCCN?w=1818&h=931);↑开局一张图,故事全靠编↑ 从一个需求说起 作为底层的程序猿,哦不,我连猿都算不上,混的好的叫码神,混得一...
阅读 1868·2021-09-23 11:21
阅读 1661·2019-08-29 17:27
阅读 1006·2019-08-29 17:03
阅读 695·2019-08-29 15:07
阅读 1886·2019-08-29 11:13
阅读 2353·2019-08-26 12:14
阅读 870·2019-08-26 11:52
阅读 1700·2019-08-23 17:09