小程序–踩坑记

  • 2018-03-30
  • 97
  • 0

 

前奏

公司需要业务模块需要在小程序这一端扩展,所以任务就来了,就需要开发小程序了,然后任务就到我头山了。

 

原生和框架

首先就有技术选型,参与者–我(主力开发者),还有我老大(也参与一些开发),主要说说框架选择这块吧

小程序本来就是一个类框架的东西,但是广大的码农并不满足,就开源了各种小程序的框架,主要有鹅厂的wepy,还有美丽集团(蘑菇街那个公司)的minUi,还有有赞的一个框架,以及后期的美团点评团队的mpVue

前期老大推荐minUI,他朋友开发的觉得不错,但是我上手了一下,觉得还是有点问题,具体的坑我都快忘了(因为这个文章是丢失数据后,重写的),我又试了下wepy,腾讯自己的框架还是可以的,我上手看了下,不过最后还是选择了原生,,,

 

坑点

组件

1.input组件,这个也不能说他坑之类,小程序提供的input标签,属于原生的input标签(后知),是不支持添加font-family等字体样式的,所以设置字间距就不行————这里就苦了我,用于一个验证码 输入框,不得不适用各种方法弥补

input组件还有个问题,就是在真机上设置placeHolder时, 聚焦输入时会存在 hodler文字抖动问题,查阅了下没找到具体原因,让后在借鉴weui结合小程序的提供的demo时,尝试下解决了问题,需要给input设置height & line-height


height:2.58823529em;
min-height:2.58823529em;
line-height:2.58823529em;

2.canvas组件, 对于画布这个组件只能说小程序(或者微信)真的限制了它的性能
在业务需求——手绘签字的前提下,不得不适用wx.createCanvasContext(canvasId, this), 然而不得不说这个接口在一个ctx下,不断绘制的时候性能会变得很差,就是手绘后续基本 延迟超高,所以还了一种方案,使用wx.createContext (不推荐使用)和drawCanvas (不推荐使用) 组合创建actions来绘制,这样性能上的瓶颈是ok的,不过貌似这个接口后期会废弃…

 

api部分

1.showMoadl, showToiast showLoading 之间同时使用会有冲突,这是一个bug点吧,而且还分机型,wx.hideLoading() 会影响到wx.showToast()延迟消失,而且连续使用真机上也是有问题,还是靠自己摸索吧.

 

总结

 
通过一段时间的“踩坑”和认知了解到小程序在iso系统上存在的bug还是挺多,感觉可能是ios系统更加“苛刻”吧。

评论

还没有任何评论,你来说两句吧

- 友情链接 - Theme by Qzhai