用 uni-id 的时候有个
uniID.register接口，可以增加扩展字段，比如手机号，这样就能实现手机号+密码注册，登录也没问题。
现在升级为 uni-id-pages，找了又找，发现只有用户名和密码注册登录，手机号验证码登录，这明显不行啊，还有一个强制性的图形验证码，大哥，你这是PC端网站的思路吧。
在手机上操作还需要用户名+图形验证码会被用户骂死吧，手机端输入不方便，都是越简单越好啊，对于验证码现在都是那种滑动的。
而手机号+短信验证码登录也不是不行，就是开支大，用户老是收验证码也挺烦。
手机号+密码是所有移动端采用的最佳注册和登录方式，验证码只是辅助，至于用什么类型验证码，让开发者自己决定吧。
我觉得既然是想做一个通用的公共接口，应该考虑更全面，用起来更自由，如果有各种限制，那就违背了造这个轮子的初衷。
uni-id-pages 评论里有一个兄弟问：怎么取消安全图形功能？
官方回答：强烈不建议取消，为什么有这种需求？
前半句我是赞同的，但是后半句嘛。。。我觉得这不是一个公共接口要考虑的问题。
以上纯属个人建议，不喜勿喷。
大家好，我也跟帖一下，这两天我用到了这个额新版的uni-id-pages 的功能。其实之前呢，我用过uni-id，应该是去年，当时就有问题，我记得我也跟帖了几个帖子，自己也发表了一下。。。但是我，因为开发的间歇性特别大，基本上一个项目做完，我就什么都不做差不多最少1个月甚至到1-2年。。。所有之前项目的开发细节，如果我不看开发记录，基本上忘得一干二净。就算看了，进入代码，也完全想不起是怎么一回事了。。。所以，去年的问题，就完全忘了。有的朋友会说，那你就用上个项目的框架不就好了吗。。但是我每次几乎都用最新的，因为我觉得这样可能会是最好的吧。。。做开发的吗，适中相信 最新的版本 肯定会修复旧的版本的缺陷。即使新版本肯定还是还有些bug。
好了，说下这次我觉得uni-id-pages的问题吧，1，验证码我觉得有好。因为这样防止了恶意爆破攻击？。。。2，我也觉得这个没有普通的手机号注册，登录，真的很不好。。。短信验证虽然很便宜，但是刚开始的项目都是越省钱越好。。毕竟试水吗。。。花钱完全没有必要吧。。。等项目成熟，再接入并不晚。。。但是我看了下代码，和注释，以及用户提示，用户名/手机号/邮箱号，都可以登录的，，web h5的 注册 智能用户名注册。。昵称的效验。。决然也是不能中文，智能英文加数字。。。 没有普通手机密码注册，，我就手动去表了加了测试手机号 ，但是依然不能手机号登录。。去代码看了额下，确实有用户名的判断自动转为手机号登录。。。我就没看下去了。。。还是不能登录，我想这算不算uni-id-pages的 bug呢？或者完全没有开发完？？ 3，uni-id-pages 并没有前段 api 只有云的，我觉得这一点并没有 遵循 uniapp的目前倡导的 前段 一步式多段开发，。。当然有云端肯定是必须的，因为还是有些项目要云端开发的。。。但是如果能之前前段 API的话。。。我想应该更好。。。
最后，说了这么多，，，去改代码吧。。。如果大家有问题或者疑问，我们可以一起探讨。qQ 895163012 群 82526733 
DCloud 即数字天堂(北京)网络技术有限公司是W3C成员及HTML5中国产业联盟发起单位
京ICP备12046007号-4 | 京公网安备：11010802035340号 | 国家信息安全等级保护三级，证书编号：11010813802-20001
追梦随想 (作者)
只能扒官方给的几个登录注册页面的代码，不过那几个页面太丑，我没用，还是旧版用着舒服
2022-10-22 17:36