小程序请入好事成坏事：关于小程序二维码图片的识别

如何看待微信公开课小程序热门讨论「小程序请入好事成坏事：关于小程序二维码图片的识别」
摘要：小程序请入好事成坏事：关于小程序二维码图片的识别
展开：最初开始进入小程序平台的时候，生成的二维码不能通过图片直接识别，只能用相机扫。也罢，干脆死了线上通过二维码推广的心，老老实实按照小龙哥的概念走吧。二维码作为线下入口，认可接受。然后接了需求，客户要求线下签到点名做打卡考核，防止作弊，不能通过链接分享或者识别二维码的方法。这个需求完全符合小程序的定位，只要页面不设置分享函数，给一个小程序页面的二维码就行了。搞了半天项目上线了。还没等到客户用，就出了这个大改动。现在用户可以拍个照片扔群里，人人都可以打卡了现在怎么办？再搞BLEbeacon来实现吗？对于一些规则的修改，我只想对微信小程序团队提这个建议：功能性的规则，不单单是规则，也请想下开发者会利用这个功能去实现什么。二维码只能相机扫，也许开始只是一个规则性的限制，但这并不代表开发者会利用这个限制去做一些场景出来加以利用。改变了规则不要紧，也请考虑做一下向后兼容。本来规则改变不要紧，但按照以前的规则功能做的程序，现在怎么办，总要给开发者一个选项。为什么不在改变规则的时候，提供一个让我们可以自助选择生成的二维码是可以{相机，相册，相机和相册}的来源限制？某些特定的二维码通过微信进入，只支持直接扫描并不是第一天有了。这个能力为什么不开放给开发者呢？在之前我曾提过类似需求：wx.scanCode()可以带一个区别相机和相册的source返回值也是一个道理，灵活的机制，问题会更少。有这些支持，就不会今天我们面对客户束手无措没辙的样子。建议：在生成二维码的时候POST的json增加允许识别的源字段如：{path:pages/index?query1,width:430,permitted:camera}