时间:2019-05-08 来源:小程序工厂
是的,32位太短,建议加长。
唯一一个不限制生成数量的接口,却对参数长度做了很大的限制,程序员何苦为难程序员!
希望快点解决。
可以通过下面的方案解决 scene 参数长度受限的问题:
1. 微信小程序端把业务所需的参数通过接口 A (一般为生成微信小程序码的接口)上报给微信小程序后端,微信小程序后端生成一个小于等于 32 位的 ID 来获取上报的参数,然后把这个 ID 填入生成微信小程序码接口的 scene 参数中。
2. 微信小程序后端新增一个接口 B 用于微信小程序端通过解析微信小程序码获取的 scene 参数获取原来微信小程序端上报的参数。
赞同;UUID 和 参数对象绑定;增加一个接口获取参数;
1
我们目前就是这种方法
真叫人头大
强烈建议加长scene参数长度
我一直在想,这个32字节的限制是不是跟微信小程序码或者二维码的数据承载量有关,当数据量达到一定程度,手机应该就不好识别了。所以我觉得这个32字节的限制还是好的。想象一下,一些相机分辨率差的手机遇到这样的微信小程序码(二维码)会是什么状况哈?
把参数通过MD5加密一下,获取的时候再读取(更正,不是解密)一下呢?虽然麻烦点,但是长度肯定能比现在的长
MD5解密,不错哟。。
哈哈,脑子发热~~
换个思路,把原始参数存数据库,MD5加密传参,然后加载的时候去数据库匹配~~嗯,这样应该没问题吧
周末快乐~
就算便是个 uuid 或者随便是个id嘛~ 干嘛还加密。。
主要是吧他说太长了,限制32位
周末快乐
。。。这都要?
简单点处理的话就把10进制转成64进制使用
也遇到过,后来妥协了,调整了业务流程,控制一个参数, 位数小于32位. 按照其他人说通过后台加密解密的方式就是太麻烦啦 实在没办法只能只要曲线救国啦