前言
最近开发了一个小程序动态仪表盘组件，并以第三方小程序组件的形式发布到npm，任意小程序项目都可以安装这个模块，从而获得仪表盘功能。
组件功能目前还非常简单，先来预览一下效果：
感兴趣的直接看源码：
下面是踩坑过程。
官方提供了一个CLI工具专门用于开发小程序自定义组件，首先全局安装这个工具：
npm install -g @wechat-miniprogram/miniprogram-cli
然后用它初始化一个自定义组件项目：
miniprogram init --type custom-component
这一步会下载一个前端工程模板到本地，这个模板是一个基于gulp的前端自动化工程，使用前需要先安装依赖：
npm i
有可能你会像我一样发现这个项目的默认依赖版本有点老，然后习惯性的在VSCode里用Npm Dependency自动升级了一下，重新安装，然后就傻逼了，新版babel插件会让项目跑不起来。
还原到默认版本重新安装，启动开发服务：
npm run watch
最坑的是，这个工程的编译过程集成了eslint代码检查，检查不通过js文件就不编译，任由开发者工具报错。默认的eslint配置是有多变态？起码对我来说这是个很难忘的经历，一下午都在咬牙切齿的查各种eslint报错是什么意思，怎么关掉。
不过eslint也有一些有意义的要求，比如parseInt()方法的第二个参数通常我都不传，严格来说这样确实不算好的实践。
canvas在小程序组件中的使用
开发过程中遇到最坑的问题，是我自己看文档不仔细导致的，但我觉得更大的责任在于小程序官方文档太乱了。
初始化canvas实例的wx.createCanvasContext()方法，其实有两个参数，第二个参数通常也是都不传，仅在组件内使用时这个参数才需要传this，之前一直没在组件里用过canvas，导致忘了还有这么个参数，也不报错，就是canvas死活画不出东西，查了好半天才发现是这个原因。
这种情况完全可以在开发工具中给个报错，为什么不？
查文档的过程中，真心觉得小程序的文档组织太TM乱了，知识点是全的，但同一个东西的知识点散落的到处都是，比如说单独看【框架】这个栏目的内容，你根本不可能掌握小程序框架是怎么一回事，再看看“指南”才能知道个大概，然后再看组件和API，才能写出个hello world项目。
就说自定义组件的开发吧，自定义组件的接口、开发、发布、安装每个环节的内容，被分别散落在【框架】、【指南】、【工具】的不同篇幅里，也就是第一次开发自定义组件的时候，需要把整个文档都翻腾一遍，才能找到所有我需要知道的东西，你说扯不扯。
发布与安装npm包
自定义组件开发完了就要发布到npm，发布过程是全程最愉快的部分了，一点坑没有，开发环境测试没问题，运行构建命令：
npm run build
这时会产出一个miniprogram_dist/文件夹，整个项目的.gitignore和.npmignore都预置好了，如果你把代码提交到GitHub，将只提交源码和必要的工程文件；如果要发布到npm，在已经登录npm的前提下只要执行：
npm publish
就会按小程序支持的格式（包含miniprogram_dist/）将代码发布到npm，然后就可以在其他小程序项目里安装并使用了。
小程序项目安装npm包有点麻烦。
首先在小程序代码根目录（project.config.json中miniprogramRoot配置的目录）中依次执行：
npm init npm i weapp-plugin-dashboard -S --production // 此处以安装weapp-plugin-dashboard模块为例
只有这样安装的模块才算数，一开始我随手创建了个package.json文件写上依赖包名称，然后执行npm i，虽然模块也下载了，但会在下一步的开发者工具中报错，提示找不到npm包，可能是因为package.json文件不规范，但是文档没有告知怎样的package.json才算规范。
安装完毕后，在开发者工具中看不到node_modules/这个目录，因为此时这些模块小程序还并不支持，需要再构建一下才能用。
首先，在开发者工具的项目配置里开启使用npm模块，然后执行“工具-构建npm”操作，成功后会产出一个miniprogram_npm/文件夹，这个文件夹是可以在开发者工具中看到的，到这一步npm包才算真的安装成功，可以在小程序项目中正常调用了。
最后
再放一下项目地址吧，
欢迎感兴趣的朋友一起参与开发。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。