CSS JavaScript 前端 编程 ·

小程序挖坑之路

小程序出来那么久一直没有深入的开发,这次借着公司要做小程序,深入探索了一番,结果挖坑无数,当然,仅限挖坑,并没有填完。哈哈,就先mark一下。

因为公司业务需求,这次小程序用的是 mpvue + typescript 进行开发。

mpvue 相关的坑

关于 input 问题

因为设计想把输入框的交互做成这个样子:

那用原生的输入框是满足不了的,只能自己写组件咯。那么就用vue的方式写了个组件,结果发现, mpvue 关于 input 的问题还真不少。

  • input 用v-modal输入时候闪烁
  • 组件嵌套slot有问题
  • input 不支持:type 和v-modal
  • slot等标签不支持添加class,无法编译成wxss
  • 嵌套组件,props有问题
  • 修改slot时,不能热更新,只能重新npm run dev

这是github上相关的issue:

inout闪烁issue

嵌套组件slot问题11

嵌套组件slot问题222

关于这个问题,试了上述的解决方法,但没有很好的解决(摔)。所以,自己用原生的方式重新撸了个组件。

小程序相关的坑

原生组件 canvas 问题

因为公司因为,小程序里有不少的图表数据需要展现,自然就是需要用到 cavas ,而 canvas是属于原生组件,它的 z-index 无限大,一出现有弹窗内容需要把它覆盖就gg。

实际上是能解决的,只要使用 cover-view 当做遮罩层(一开始我还以为,需要把 cover-view嵌套到原生组件的节点里),把弹窗内容一并放入 cover-view 里,但是很鸡肋的是, cover-view 里面包含的节点问题,以及一些样式问题是没办法实现。如果是弹窗内容很酷炫的话,那我只能建议让设计改设计稿。

<view\>
    <canvas canvas-id\="test"\></canvas\>
    // 这是一个遮罩层,为了覆盖住原生组件( 1.9.0及以上才支持 )
    <cover-view\>
        这是一个遮罩层balabala
    </cover-view\>

    // 官方给的demo
    <video\>
        <cover-view\>
            这里也可以覆盖video里的内容
        </cover-view\>
    </video\>
<view\>

下面是我遇到的相关bug:

  • 文本都要套上 cover-view 标签,不然排版错误。
  • cover-view 里的内容不支持设置 渐变,阴影 等样式。
  • 自定义组件嵌套 cover-view 时,自定义组件的 slot 及其父节点暂不支持通过 wx:if 控制显隐,否则会导致 cover-view 不显示
  • canvas 不能放在可滚动的列表里,在页面滑动时,在真机效果下, canvas 不能很好的跟着滚动,会出现刚开始滚动不动,再滚动就会卡着突然消失的非常糟糕的效果
  • cover-image 不支持 bindtouchstart 等touch事件

总的来说,小程序的原生组件问题还是很多的,具体的实现都要在真机上测试才能看出各种问题。

使用echart-for-wx 的坑

  1. 解决弹窗覆盖canvas的问题,同样的是用上面的方法

解决方法:echart使用 cover-view 是要在节点 ec-canvas 后面添加,通过样式控制 cover-view 的对应位置

<ec-canvas class\="canvas" id="mychart-dom-line" canvas-id="mychart-line" :ec="ecLine"\>
</ec-canvas>
<cover\-view class\="cover-view"\>cover\-vdddddddddddddiew</cover\-view>
  1. echart 在使用 rpx 为单位时,出现机型适配问题

echart 在不同机型上适配问题,使用单位为 px 时,适配是没问题的,但是使用 rpx 时,就会出现小机型适配问题,而使用mpvue的话,单位为 px 会转换成 rpx ,就会出现如下问题:

实际效果:

预期效果:

解决方法:

mpvue 里,使用内联样式(内联样式不会把 px 转成 rpx ),最好只固定高 emmmm....结果发现,大屏小屏手机下都会有适配问题,所以不能单纯的用内联样式写死 px 的大小(在GitHub上提了个issue,至今未回,怕死石沉大海啦)

canvas生成图片适配问题

因为不同手机大小以及其设备像素比devicePixelRatio不一致,再来小程序还出了自己的单位 rpx ,所以如果生成canvas是固定写死其宽高,这样是用问题的。

基本算法是:

canvas 绘制使用的是 px 单位,但不同设备的 px 是需要换算的,所以在组件中统一使用rpx单位,这里就涉及到单位怎么换算问题。 通过 wx.getSystemInfoSync 获取设备屏幕尺寸,从而得到比例,进而做转换,代码如下:

const sysInfo = wx.getSystemInfoSync();
const screenWidth = sysInfo.screenWidth;
this.factor = screenWidth / 750; // 获取比例
function toPx(rpx) { // rpx转px
    return rpx \* this.factor;
}
function toRpx(px) { // px转rpx
    return px / this.factor;
},

但我知道大家都很懒,有轮子干嘛不用

实在不想算,可以用现成的轮子 小程序canvas生成图片

再来就是, cavans 转图片的问题

需要使用 canvasToTempFile 方法,因为 canvas 节点一定要存在才能获取到 canvas 的上下文进行绘图,所以只能把 canvas 放到页面可视区域之外。而且转换成图片时,要加个神奇的 setTimeout 的延时。最小延时为 300ms ,再小就不管用了。(为什么,我也不知道,o(╥﹏╥)o)

最后

这只是一点挖坑心得记录而已,还有更多的坑需要继续发掘。

个人博客

更多前端技术文章美术设计wordpress插件、优化教程学习笔记尽在我的个人博客喵容 - 和你一起描绘生活,欢迎一起交流学习,一起进步:https://www.miaoroom.com

站内文章推荐:

「2018年前端面试知识点」最新汇总

超级好用的开发工具,程序员实用工具整理

干货分享:vue2.0做移动端开发用到的相关插件和经验总结

前端中跨域的几种方案

vue中Axios的封装和API接口的管理

参与评论