背景

由于业务需求，需要在钉钉小程序上实现一个手写签名的组件，参考了网上微信小程序实现手写签名的写法，结合自身实际需求，将其包装成一个 popup 弹出框的样式，同时参考了钉钉审批的手写签名样式。使用到的依赖有mini-ali-ui的 popup 和 button 组件。同时还有一个本地的图标。

{
  "component": true,
  "usingComponents": {
    "popup": "mini-ali-ui-rpx/es/popup/index",
    "button": "mini-ali-ui-rpx/es/button/index"
  }
}

前言

最近完成了一个内容分发类的小程序，具体核心功能是提供稿件的编辑，上传，评论等等（公众号 plus）；应用到的框架为 mpvue 和 vant-weapp，框架的选型是我最熟悉的框架，主要原因为项目比较赶，虽然之前研究过 uniapp，毕竟没有用它写过，踩坑也需要时间，所以最终敲定了这个技术框架作为这个小程序的基础。由于这次做的小程序类型之前并没有接触过，但也因此碰到了一些微信不常用组件的问题。

踩坑记录

editor 组件

稿件的编辑是核心功能之一，由于稿件需要同时展示图片及文本，和后端协商后选定了一个最简单的方案，即存储为富文本；小程序端能用 rich-text 组件展示，后台管理端也没有问题，数据库使用 text 存储。后台管理端使用 tinymce 进行富文本编辑，而小程序，我只找到了 editor 组件。

前言

虽然说都快 1202 年了，还在使用 mpvue 可能已经跟不上时代。但是 mpvue 仍然是我认为写小程序前端最靠近 vue 写法的框架，而且从使用情况来看，即使已经两年没有更新，使用 mpvue 框架编写小程序前端依然没有什么致命的问题，我觉得只要小程序的主要框架不发生大的改变，mpvue 的使用就没有太大的问题。
从移动端前端的发展来看，小程序的出现是革命性的。最主要的是小程序不仅提供了较为简单的开发环境，降低了开发成本；同时提供了国民级软件（如微信）的用户信息。这点尤为重要：app 的构建太过沉重，用户量的累积也过于漫长，这点限制了规模较小商户的会员体系构建，而小程序解决了这个问题，并同时为双方创造收益，商户获得了用户流量入口，微信也可以借此扩大自身的影响。

背景

由于钉钉没有现成的类似 vant-weapp 这样的 picker 选择组件，于是打算自己封装一个。使用到的依赖有mini-ali-ui的 popup 和 button 组件。使用了原生的picker-view

{
  "component": true,
  "usingComponents": {
    "popup": "mini-ali-ui-rpx/es/popup/index",
    "button": "mini-ali-ui-rpx/es/button/index"
  }
}

2020-10

1. 钉钉不支持   text 标签中的空格用中文全角空格代替{{' '}}
2. 钉钉 dd.switchTab 方法有问题,既不报错也无提示,现解决方案由 dd.reLaunch 代替
3. 钉钉(与支付宝,未测试) <swiper>组件下只能接<swiper-item>组件,使用view包裹<swiper-item>组件可能无法正常显示