发布网友 发布时间:2022-04-25 16:02
共1个回答
热心网友 时间:2023-10-15 15:25
上个月的时候,我们推出过一篇文章→《关于注册/登录功能的那些事儿》。作者在文末讲到,若要构建产品矩阵进行多平台间的用户打通,加上帐号绑定与解绑,并不是一时半会儿就能想清楚的需求,若大家感兴趣,她会继续补充帐号绑定等产品应该关心和设计的事情。
文章推出后,反响很好,大家也对其中的一些问题提出了很多看法,所以今天的文章中,作者会将大家的疑惑进行解答,并继续补充关于第三方授权登录和账号绑定与解绑方面的知识。
在正文开始之前,请大家先回顾一下→《关于注册/登录功能的那些事儿——前端设计+服务端设计》
以下是正文
之前总结了用户系统登录和注册及帐号打通的问题,有两个问题大家争议得比较多。
第一,为什么不完全打通,为什么每一个app要保留自己的用户资料和绑定关系;
第二,不应该用手机号作为唯一的识别方式。
先说一下第一个是否完全打通的问题,这取决于同一个开发者的app是否需要或者能够让用户感知到这些app都是属于同一个开发者的,即很容易让用户感知到“哦,这些都是一家公司的”。那么完全打通用户信息及绑定关系,是可以的,用户也是会接受的。
并且完全打通对于开发来说可以说是个一劳永逸的事情,之后的app用户系统这一块可以说没有开发量,直接接入就ok了。
我们可以简单归纳一下现在主流的用户系统服务端设计:
1. app级用户系统
根据手机号邮箱注册或第三方授权创建用户身份,用户的身份信息、账号绑定、个人资料都保存在app服务端,也只对单一app有效,普遍中小app采用的都是此种系统。
2. 平台级用户系统
根据手机号、邮箱注册创建用户身份,用户的身份信息、账号绑定、个人资料都保存在统一的公司用户系统服务端,选择极少信息提供公开接口,接入的app只有读取权限。例如QQ、微博、微信等第三方授权。
3. 公司级用户系统
根据手机号、邮箱注册创建用户身份,用户的身份信息、账号绑定、个人资料都保存在统一的公司用户系统服务端,对接入的app有效,app端有读取修改权限。
前两个不展开说了,关于公司级用户系统可以举两个典型的例子,感兴趣的朋友可以体验一下。第一个是网易,第二个是百度。
大家可以回顾一下这两个公司的常用app。就我而言,网易是云音乐、考拉海购、网易有钱等;百度是百度地图、百度糯米等。
网易公司的用户系统是用网易邮箱去承载,但是承担的功能仅是提供一个用户身份,即unionID,用户的资料