可能会有很多坑吧，一个一个记录下来

小程序出来不长时间的很久之前，做了一个“丢丢测运”的小程序，没有后端的逻辑；全部使用前端进行计算操作。 当初，纯粹地想体验一下小程序的开发过程。但当时的那个对我来说，只是简单的前端开发，没有真正使用到wx提供的任何API。

最近，在折腾一下小程序，记录下来踩坑的过程吧。

折腾之前，跟朋友了解到，现在比较多的使用到的第三方的组件库有 vant。之前小程序使用的是官方的组件，页面相对简单，这次就使用 vant 组件。

好，第一坑就是来自 vant。

在使用wx开发工具，构建好一个小程序时候，需要安装 vant 组件库，相关参照 https://youzan.github.io/vant-weapp/#/quickstart。

1
2
3
4
5
6
7

* npm i @vant/weapp -S --production
* 开发工具上构建 npm

<!-- 如果没有成功，尝试以下过程 -->
* npm init # 重新初始化
* npm i @vant/weapp -S --production
* 开发工具上构建 npm

看过小程序的官网，应该知道，安装组件时建议使用 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 的版本，修复了相关问题。

这，就是使用第三方组件库带来的风险。上手就遇到组件库的问题，比较打击人的动力啊。 所以，在选择引入第三方库时，需要考虑库的活跃度的问题，慎重。