小程序踩坑-vant
可能会有很多坑吧,一个一个记录下来
小程序出来不长时间的很久之前,做了一个“丢丢测运”的小程序,没有后端的逻辑;全部使用前端进行计算操作。 当初,纯粹地想体验一下小程序的开发过程。但当时的那个对我来说,只是简单的前端开发,没有真正使用到wx提供的任何API。
最近,在折腾一下小程序,记录下来踩坑的过程吧。
折腾之前,跟朋友了解到,现在比较多的使用到的第三方的组件库有 vant。之前小程序使用的是官方的组件,页面相对简单,这次就使用 vant 组件。
好,第一坑就是来自 vant。
在使用wx开发工具,构建好一个小程序时候,需要安装 vant 组件库,相关参照 https://youzan.github.io/vant-weapp/#/quickstart。
1 2 3 4 5 6 7 |
|
看过小程序的官网,应该知道,安装组件时建议使用 production 以减少包大小。“构建 npm”的作用是,将 node_modules 的依赖包,复制到 miniprogram_npm 目录中。(想到了什么呢,其实手动走这个流程应该也是可以的,不过我没有尝试过)
vant 在示例网站上,显示的使用是1.x,但实际上我安装后的版本是 0.5.x。部分组件是不存在的,node_modules下的组件目录结构也是不一样的。
使用指定版本安装,提示说没有找到,很尴尬。后来直接在 package.json 中指定资源的 github 链接,是能下载下来了。当时的最新版本是 v1.2.0,这是一个有坑的版本。
问题类似于 https://github.com/youzan/vant-weapp/issues?q=bem , 可能是团队在兼容wepy时引入的问题,由于时间关系没有去细究,社区也比较活跃,修复应该也比较快的。
果不其然,github然后连续出了 0.5.28 的版本,后又出了 1.2.1 的版本,修复了相关问题。
这,就是使用第三方组件库带来的风险。上手就遇到组件库的问题,比较打击人的动力啊。 所以,在选择引入第三方库时,需要考虑库的活跃度的问题,慎重。