欢迎来到天天文库
浏览记录
ID:29805015
大小:752.00 KB
页数:6页
时间:2018-12-23
《APP设计:还原两个产品的登录注册流程.doc》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库。
1、APP设计:还原两个产品的登录注册流程 注册/登录,用着感觉很简单,但是细细分析起来,都是坑。试着还原两个产品的登录注册流程,满满的都是套路。 首先推荐两篇文章: 最完整注册登录详解:流程设计、业务及产品思考(by启辰菌) APP注册登录流程设计与浅析(byThor_datou) 理论性的内容基本上面两篇文章都有涉及到,这里只分析表面的东西,主要根据下面的思维导图,结合真实app实现,来整理各种注册登录流程。 注册和登录统一,例子:饿了么 饿了么有个小小的体验缺陷,手机验证码登录中,手机号输入框中的格式校验只是简
2、单的校验(位数=11,纯数字,以1开头),当输入了一个不存在但符合格式的手机号(比如10012341234)时,依然可以点击“获取验证码”调出图形验证码的输入框,但是输入完成后永远提示“图形验证码输入错误”。但是这种毕竟是可以忽略的事件,如果需要改进的话,需要在点击“获取验证码”时,再加上一个后端校验号码格式的过程(下面的『要出发』就是如此)。此外也可以完善“获取验证码”按钮的可点击状态判断条件,但是这个校验过程一般是前端的,风险太大。关于手机号码的校验可以参考js正则验证手机号码有效性,不过这个有效性规则有不同的版本,没深入分析对错,这个是
3、比较宽松的验证规则。 注册和登录分开,例子:要出发 在还原这两个注册登录流程,关于手机号的校验规则差点就转晕了。登录注册是产品的一个很重要的流程,因此对于输入框数据的校验很重要,校验流程尽可能放到后台校验,如果校验放到前端,一旦检验规则发生改变,那将影响的是多个版本。两个产品的注册流程中都只是把手机号的简单校验(比如长度,纯数字,1开头)置于前端上,而把一些具体的判断置于后台校验。
此文档下载收益归作者所有