阅读 2787

小程序挖坑之路

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

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

mpvue 相关的坑

关于input问题

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

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

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

这是github上相关的issue:

inout闪烁issue

嵌套组件slot问题11

嵌套组件slot问题222

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

小程序相关的坑

原生组件canvas问题

因为公司业务需求,小程序里有不少的图表数据需要展现,自然就是需要用到canvas,而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生成图片

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

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

最后

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

关注下面的标签,发现更多相似文章
评论