登录和注册在不同的产品中有不同的表现，因为它的很多功能细节无法一概而论的使用，还是要根据具体的场景。这是对之前实习时做的登录注册流程的优化。主要是登录注册的业务流程图（TransactionFlowDiagram），包括短信验证码登录、账号密码登录、第三方登录、忘记密码、图形验证。代码等和一些需要注意的情况。业务流程图中最重要的问题是：谁（who）、何时（when）、在什么条件下（condition）、什么是输入（input）、什么是输出（output）、输出流（flow）……...业务流程图表示形式我使用泳道图，可以突出用户操作、后台系统、前台页面之间的逻辑关系，以及它们是如何工作的。1、手机验证码登录注意事项：11位手机号码可以以“344”的形式显示（例如：00000000000）；账号已注册等）；错误反馈方式（吐司、HUD、警告文本、弹出框）；输入错误后，用户是否应该点击键盘上的delete键进行一项一项的删除？或者在输入框提供一键删除图标？或者自动删除？对于手机号、验证码等纯数字的输入，预设键盘弹窗类型，设置何时弹窗；是否需要自动验证？（例如输入手机号为11位时，自动获取短信验证码；输入验证码为4位或6位时，自动获取短信验证码，用户无需点击按钮);验证手机号未注册时，是否需要设置密码？可以跳过设置密码吗？如果没有设置，再次使用验证码登录时还需要设置吗？2、图文验证码流程注意事项：为满足不同产品的不同业务需求，为防止短信验证码被刷，可以在每次点击获取短信验证码前添加图文验证流程；图形验证码验证以页面形式存在？还是以弹出框的形式？因为它必须被认为在多种场景下是可重用的；如果是弹框的形式，当输入图形验证码Error时，用toast或者HUD来反馈错误是不是不合适？文字提示图形验证码输入错误后图形验证码能自动清除吗？登录还是使用帐号和密码登录？（视产品和场景而定：比如第一次下载时，可以使用验证码登录，用户主动退出后，可以使用下次登录的账号和密码登录）；产品不用多久需要重新登录？（重新登录时可以自动记住手机号），还是每次进入都需要重新登录？安全考虑）；手机号和密码验证顺序（手机号格式是否正确、手机号是否注册过、手机号和密码是否匹配等）；关于输入密码的二次确认，我实习的时候，我导师告诉我什么时候用“重新输入密码”，什么时候用“密码可见开关”，在哪些场景下密码可见开关默认是可见的，在哪些情况下它默认是不可见的。（因为我不想把这些限制在一个规则里，大家可以根据自己的产品去思考）；如果系统判断手机号未注册，是否直接反馈用户手机号未注册？或者反馈手机号或密码错误？还是引导用户进入注册流程或者验证码登录流程？（当然，根据场景不同：有些产品如果直接报手机号未注册，容易泄露隐私，产品注册了哪些手机号容易被别人知道)4.第三方登录注意事项：第三方登录最常见的考虑是是否还需要绑定手机号，是否可以跳过；（看产品：简书是个困扰我的产品，我用手机号、微信、微博登录，是三个不同的账号，目前还不能合并）比如美团打车，需要手机号验证码身份，第三方登录时需要绑定手机号；有些产品想打造更轻便的体验，不需要绑定手机号。5、忘记密码过程注意事项：输入新密码时，需要考虑密码的形式是否符合要求，如何表达给用户，并反馈给用户；旧密码和新密码可以一样吗？新密码不能与旧密码完全相同）；找回密码后，应该进入哪个流程？直接进入首页？还是输入账号密码登陆页面？是否需要自动输入刚刚取回的账号密码？返回密码，但是看现场，是不是每个人都有邮箱，移动端可以随时接收邮件吗？总结△当时做的简单的超低保真原型回到开头，登录注册中的很多功能细节无法一概而论是好是坏，还是要根据具体场景。在我之前的两次实习中，我的两位导师告诉我，登录注册的逻辑是几个复杂场景的复杂逻辑之一（另外还有购物车逻辑、退换货逻辑等）。以上就是我总结的登录注册的业务逻辑以及一些需要注意的case。给我印象很深的一句话是：做任何分析，不要拘泥于表面，多想想背后的逻辑和深层次的原因，不需要得到准确的答案，思考的过程就是一个过程种收获。
