精华内容
下载资源
问答
  • 用户中心系统设计

    2019-04-24 00:49:00
    用户中心系统设计 原文:用户中心系统设计 背景 一般来说大型互联网公司会把授权和用户信息的逻辑放到一个应用中,而这个应用我们统一称为用户中心用户中心不关心具体的业务逻辑,只处理用户信息...
    原文:用户中心系统设计

    524680-20171217212734858-488704267.jpg

    背景

    一般来说大型互联网公司会把授权和用户信息的逻辑放到一个应用中,而这个应用我们统一称为用户中心。

    用户中心不关心具体的业务逻辑,只处理用户信息相关的管理及授权登录。当第三方应用需要登录的时候,会把用户的登录请求转发到用户中心处理,处理完毕后,返回给第三方应用,第三方应用根据对应的凭证登录到系统内部。

    主要功能如下

    • 用户登录与注册
    • 基本信息查询与修改

    从功能来看,整个用户中心还是很简单单,不过其中的逻辑还挺复杂的,比如注册功能,就要分为手机注册与邮箱注册,手机要发送手机验证码,邮箱需要发送验证邮件,点击邮箱里面的链接跳转并进行后续注册流程,上面每步都需要业务上重新发送机制。

    功能介绍

    用户登录

    在互联网用户中心体系中,一般会支持手机、邮箱、帐号、三方登录。其中三方登录一般会接入 QQ、微信、微博这三种方式。

    密码登录

    1. 用户在浏览器端填写 username + password ,然后提交到服务端
    2. 服务端拿到用户提交的 username + password 验证。
    3. 验证成功后,服务器返回请求,同时将 cookie 写到对应域

    上述流程中,大家肯定会考虑到密码的安全性,我们到底该怎么做才能防止密码被泄露?对称加密还是非对称加密? 如果是对称加密,客户端被黑客反编译,就能拿到密钥,那么所有用户的密码就会存在非常大的泄露风险?如果是非对称加密,私钥要放在哪里才能保证安全?

    通用简单的解决方案: Https + MD5 + 随机盐

    Https 我就不用在述说了,基本上 Chrome、Firfox 都对不是 Https 的站点进行安全提醒,所以 Https 该上的还是尽快上吧

    那如果公司很穷,买不起 Https 证书咋办呢?那么只能在前端页面上做点文章。
    由于前端代码暴露在浏览器上,我们只能采用不可逆的密码或者摘要算法,类是与 MD5 / Hash 算法 。如果高级的话,就采用随机 Salt 来提高攻击成本,针对不同用户,加入不同的 Salt,而不是固定盐的方式。使用这种方式的前提「目前对安全的要求不高」

    那我们该如何验证密码?客户端端提交 MD5(password)密码。服务端通过 MD5 (Salt + MD5(passowrd))的逻辑来计算最终密码,同时 Salt 只会出现在服务端,且每个用户采用不同 Salt 的方式来生成。这一系列过程中,都没有接触到原始的用户密码,如果出现用户的密码被劫持的话,只会发生在用户在提交密码前截获,这个也就是为什么需要密码控件?

    三方登录

    当用户以某种登录方式成功登录之后,我们能可以获取到对应 User 表中的用户基础信息,而登录操作只是为了认证用户这个过程,无论用本地密码验证还是第三方登录,以上过程本质上都是认证的形式。

    所以用户的信息与登录的授权其实是独立开来的,即 uid 与 登录方式是一对多的关系。比如: 用户 A 使用「微信」登录,服务端认证身份后 uid = abc。而下一次用户 A 使用「微博」登录,同样服务端认证出来 uid = abc。
    用户信息表(user_base)只存储用户 Profile 相关信息

     id | name | city
    ----+------+-----------------
     A1 | Tom  | 上海
     A2 | Jack |  背景

    而本地密码验证可以当做一种授权方式,可以称为 local_auth 表

     id | user_id | password
    ----+---------+----------
     1 | A1      | qazwsx
     2 | A2      | edcrfv

    而通过微博登录就可以视作为另外一种登录方式,称为 weibo_auth 表

     id | user_id | weibo_id | weibo_access_token | weibo_expires
    ----+---------+----------+--------------------+---------------
     1 | A1      | W-qaz | xxxxxxxxxx         | 604800
     2 | A2      | W-wsx | xxxxxxxxxx         | 604800
    

    最后,如果还要增加一种登录方式的话,可以直接添加一直 xx_auth 表来存储用户认证信息,大大提高了我们授权方式的灵活性

    posted on 2019-04-24 00:49 NET未来之路 阅读(...) 评论(...) 编辑 收藏

    转载于:https://www.cnblogs.com/lonelyxmas/p/10760117.html

    展开全文
  • Layui用户中心模板

    千次阅读 2018-01-06 11:14:00
    此插件仅是一个用户中心的模板,必须配合这个用户中心(百搭)才能使用。 插件介绍 1.插件采用的是Layui前段框架 2.手机端自适应 3.后台采用的是多标签页,可同时打开10个标签。 4.后台首页可以显示当前用户的...

    1. 界面介绍地址 http://ifung.net/zblogtheme/324.html  购买地址:http://app.zblogcn.com/?id=1556

    此插件仅是一个用户中心的模板,必须配合这个用户中心(百搭)才能使用。

    插件介绍

    1.插件采用的是Layui前段框架

    2.手机端自适应

    3.后台采用的是多标签页,可同时打开10个标签。

    4.后台首页可以显示当前用户的文章数量、待审核的文章数量、收藏文章、评论等。

    5.用户可以自主上传图片更换头像

     

    详细的请直接登录可风网网站,进去后台即可体验。(可风网用户中心天天更新,天天都在完善)

     

    更新日志

    1.3

    1. 可以设置普通会员投稿(默认情况下,需要充值VIP会员才能投稿。)(注意:普通用户投稿后不能编辑)

    2. 不设置QQ互联APPID和KEY的情况下,不显示任何与QQ有关的按钮

    3. 新后台首页,更加直观的了解网站情况

     

    1.2 

    1. 新增签到功能

     

     



    怎么使用?

    此插件使用方法:安装并启用用户中心(百搭)插件,然后启动此插件。重建模板缓存即可

    TIM截图20171205191913.png

     

    登陆后界面

    1.png

    可以在后台设置用户登录后自动弹出公告。未设置自动弹出的话也可以在右上角“系统公告”手动查看

    2.png

    发布投稿

    3.png

    文章列表

    4.png

    收藏列表

    5.png

    评论列表

    6.png

    实名认证

    充值界面

    充值界面点击获取卡密,介绍购买流程等

    7.png

    点击“获取卡密”即可弹出此小窗,可以在后台设置这些文字。“联系购买”的链接也可以设置,可以设置QQ交谈链接

    订单列表

    TIM截图20171206191733.png

    个人设置

    8.png

    用户可以自己上传头像

    上传的图片可以用滚轮缩放图片,裁剪后就可以上传

    9.png

    手机端截图

     

    管理员设置界面

    TIM截图20171213211214.png

    后台大标题:就是左上角搜索框左边的文字。不填写的话自动是“网站名+用户中心”

    显示天气:打开后,用户登录能看到登陆地当天的天气

    登录公告:打开后,用户登录自动弹出公告。

    公告内容:直接填写文字,可以加入html A标签代码。换行不需要加<br>标签。请直接换行,提交后会自动转换

    首页信息:就是登录后,后台首先,在文章列表和用户基本信息上方的文字

    卡密购买说明:VIP充值和积分充值界面有“获取卡密”按钮,点开后即展示此内容。

    卡密购买:同上,弹出的窗口有“联系购买”按钮,点击后会打开此链接。

    底部bar:可自定义添加你的版权。不填写就不会显示bar

    友好时间:开启后文章列表,留言等页面,有时间的地方会显示X天前这样。不开启就是2017-12-12 10:55:12这样。

     

    转载于:https://www.cnblogs.com/yangchunlong/p/8213684.html

    展开全文
  • 用户中心-后台管理系统原型设计

    千次下载 热门讨论 2015-01-14 14:51:23
    附件为用户中心-后台管理系统原型设计,Axure RP原型设计文件文档
  • 棋牌游戏用户中心

    2017-12-30 15:21:41
    用户中心最主要的功能就是管理用户的注册和...一般用户中心使用web服务开发,支持restful模式。这样用户中心可以在app和浏览器通用。目前流行的技术是springboot。技术组合为:springboot + mybatis + mysql + redis。

    用户中心最主要的功能就是管理用户的注册和登陆,登陆成功之后生成对应的token,并负责token的验证。当一个用户注册或登陆成功之后,它的信息会在用户中心服务中缓存一段时间,方便验证和查看。一般用户中心使用web服务开发,支持restful模式。这样用户中心可以在app和浏览器通用。目前流行的技术是springboot。技术组合为:springboot + mybatis + mysql + redis。


    用户中心最简单的也需要使用用户名和密码登录,在登陆过程中首先就是查询,就先说说查询的事吧!当收到用户登录的请求后,最简单的操作就是先根据用户名和密码查询数据库,一条sql语句就可以搞定,皆大欢喜,随着用户量的增加,发现越来越慢,直到有一天,系统开始卡的不行,如果你的用户量增长的快,这一天来的也很快,到时候,登陆一个账号需要几分钟,用户体验变差。这时候开始考虑解决这个问题。


    数据量大,解决的惟一办法就是分而治之,可能想到的第一件事就是分库分表。就是把原来所有数据都存一个库一个表改为存到多个库的表中。那应该怎么分呢?

     如果你的用户id(userId)是long且是递增的,可以方便的以id段分库。比如100000到999999为一个库,记录为1库,1000000到1900000为2库,当收到需要根据用户id查询用户信息时,就可以根据userId判断,在100000到999999范围内就去1库查,在1000000到1900000范围内就去2库查,依次类推,以后不管用户增加多了,只需要增加相应的库就可以了。这样分库的一个好处是,一个用户的所有的信息都在同一个库中。有时候需要对用户信息进行多表查询,这样可以方便的实现。不用跨库查找了。



    回到登陆那里,因为登陆的时候不是根据id查询的,而是根据用户名和密码查询的。如果只是单纯的按上面分库,那怎么根据用户名去查询?总不能遍历所有的库吧,虽然这是一个方法,但是相信没有人会这么干。还有一种方法是缓存用户名与id的对应关系,比如当用户注册成功之后,生成userId,这时把用户名和userId及密码的对应关系存储到redis缓存中。查询的时候,选择查redis,看看用户名对应的id是否存在,如果存在再对比密码信息。如果不存在,再从数据库查找,找到后如果密码正确,存储到缓存中。所以问题又回来了,还是需要根据用户名和密码在数据库中查询。

    因为我们是根据userid分库的,所以我们应该想办法把用户名和userId建立一定的关系,可以根据用户名制定一定的规则,确定userId所在的库,那么就不能按上面简单的根据id范围来分库了,需要改变一下策略。在生成用户userId的时候,加入一些因子,使用这些因子来分库,而这些由用户名的一些信息生成。首先我们要确定userId的组成,假如我们的userId有以下几部分组成:

    43bit(时间戳(存储2018年1月1日零到现在的毫秒数)) +8bit(机器编号) +8bit(毫秒序列) +5bit(分库因子) =64bit

    (实现方式参考:http://www.coc88.com/h-nd-147.html#skeyword=%E5%94%AF%E4%B8%80id&_np=0_35

    这个算法每秒可以生成不同的userId个数为:1000 * 2^8=256000,可以使用到2296年,最多可以分32个库,基本满足需要了。(如果二百年后不能满足了,再改造吧)

    上面说到的分库因子,是由用户名计算出来的,比如用户名wgs123,转成byte,取最后5bit,10011,转化成十进制为19.所在当使用userId% 32时,这个userId被分到第19个数据库。即分库因子最终确定这个userId在哪个库。

    即分库因子 =f(username),取最后5bit用于生成userId

    这样不管是使用用户中还是用户id,使用它们的最后5bit就可以计算出在哪个数据库了。

    如果游戏服务器是世界服,不分区,那么所有的数据都共享在一起,这样设计之后可以放心的导入用户,而不用担心用户过多了。天生就分好库了。


    对于游戏来说,不管是世界服还是分区分服的,都有一个角色,需要一个角色id(roleId),这个roleId的生成一般有一定的业务规则,比如由7位数组成,唯一且递增等。所在用户的业务数据和用户映射的时候是使用playerId关联,比如物品信息,技能信息,它们属于一个角色。


    用户中心最基本的有两张表,用户表和角色表,用户表中存储用户的基本公共信息,比如:


    user table
    role table

    如果是分区分服的,这里面role table的数据一般来自逻辑服务的通知,当游戏逻辑服那里创建角色了,或角色升级了,会发布一个通知,用户中心这里监听,然后处理这个通知。这样在用户登陆成功之后,需要显示用户的角色信息就非常 方便了。

    参考:58沈剑,https://mp.weixin.qq.com/s/8aI9jS0SXJl5NdcM3TPYuQ


    游戏技术网公众号,扫描加入讨论游戏服务器开发技术


    展开全文
  • 浅谈用户中心-数据库设计

    千次阅读 2021-01-24 13:23:10
    浅谈用户中心-数据库设计简介模型表结构后续扩展 简介 随着我们用户信息越来越庞大,微服务架构的流行,单体应用无法支撑强大的用户群,慢慢衍生了用户中心的概念,这里只是简单的讲解用户相关的数据库设计模型,...

    浅谈用户中心-数据库设计

    简介

    随着我们用户信息越来越庞大,微服务架构的流行,单体应用无法支撑强大的用户群,慢慢衍生了用户中心的概念,这里只是简单的讲解用户相关的数据库设计模型,主要讲解用户菜单和资源权限设置有关的E-R设计和表结构,同时后续会简介基本技术设计方案实现登录和会话校验以及用户信息的基本操作。

    模型

    这里只做简单数据模型设计,毕竟不是真正的项目。
    简单数据模型设计

    表结构

    DROP TABLE IF EXISTS `mybatis`.`tb_user`;
    create table `mybatis`.`tb_user`(
    	id int(11) auto_increment comment '主键id',
    	user_id varchar(32) not null comment '用户id',
    	user_name VARCHAR(200) not null comment '用户名',
    	user_en_name VARCHAR(200) comment '用户名英文名',
    	user_password varchar(32) comment '用户密码',
    	user_phone int(11) comment '电话号码',
    	user_sex TINYINT(1) not null  comment '性别,0-男 1-女',
    	user_age SMALLINT(3) comment '年龄',
    	user_address varchar(400) comment '家庭住址',
    	user_marry_state TINYINT(1) comment '是否已婚,0-未婚,1-已婚',
    	user_state TINYINT(1) default 0 comment '用户状态,0-信息不完整,1-正常状态,2-已注销',
    	user_job_type tinyint(2) comment '用户职业,1-事业单位,2-程序员,具体参考职业表',
    	user_id_card varchar(22) comment '证件号',
    	user_email varchar(30) comment '用户邮箱',
    	user_birthday varchar(8) comment '用户生日',
    	create_time BIGINT(32) comment '创建时间',
    	update_time BIGINT(32) comment '最后更新时间',
    	primary key(id),
    	UNIQUE INDEX tb_user_ux(user_id)
    )COMMENT='用户表';
    
    DROP TABLE IF EXISTS `mybatis`.`tb_role`;
    create table `mybatis`.`tb_role`(
    	id int(11) auto_increment comment '主键id',
    	role_id SMALLINT(3) not null comment '角色id',
    	role_name varchar(200) not null comment '角色名称',
    	role_state TINYINT(1) default 0 not null comment '状态,0-不启用,1-启用',
    	create_time BIGINT(32) comment '创建时间',
    	PRIMARY key(id),
    	UNIQUE index tb_role_ux(role_id)
    )COMMENT='角色表';
    
    DROP TABLE IF EXISTS `mybatis`.`tb_menu`;
    create table `mybatis`.`tb_menu`(
    	id int(11) auto_increment comment '主键id',
    	menu_id SMALLINT(3) not null comment '菜单id',
    	menu_parent_id SMALLINT(3)  comment '父菜单id',
    	menu_name varchar(200) not null comment '角色名称',
    	menu_url varchar(150) not null comment '菜单路径',
    	menu_state TINYINT(1) default 0 not null comment '菜单状态,0-不启用,1-启用',
    	create_time BIGINT(32) comment '创建时间',
    	update_time BIGINT(32) comment '最后更新时间',
    	PRIMARY key(id),
    	UNIQUE index tb_menu_ux(menu_id)
    )COMMENT='菜单表';
    
    DROP TABLE IF EXISTS `mybatis`.`tb_resource`;
    create table `mybatis`.`tb_resource`(
    	id int(11) auto_increment comment '主键id',
    	resource_code varchar(150) not null comment '资源code',
    	resource_url varchar(150) not null comment '资源路径',
    	resource_description varchar(200) comment '资源描述',
    	resource_state TINYINT(1) default 0 not null comment '状态,0-不启用,1-启用',
    	create_time BIGINT(32) comment '创建时间',
    	update_time BIGINT(32) comment '最后更新时间',
    	PRIMARY key(id),
    	UNIQUE index tb_resource_ux(resource_code)
    )COMMENT='资源表';
    
    DROP TABLE IF EXISTS `mybatis`.`user_role`;
    create table `mybatis`.`user_role`(
    	id int(11) auto_increment comment '主键id',
    	user_id int(11) not null comment '用户id',
    	role_id int(11) not null comment '角色id',
    	PRIMARY key(id),
    	UNIQUE index user_role_ux(user_id,role_id)
    )COMMENT='用户角色关联表';
    
    DROP TABLE IF EXISTS `mybatis`.`role_menu`;
    create table `mybatis`.`role_menu`(
    	id int(11) auto_increment comment '主键id',
    	role_id int(11) not null comment '角色id',
    	menu_id int(11) not null comment '菜单id',
    	PRIMARY key(id),
    	UNIQUE index role_menu_ux(role_id,menu_id)
    )COMMENT='角色菜单关联表';
    
    DROP TABLE IF EXISTS `mybatis`.`menu_resource`;
    create table `mybatis`.`menu_resource`(
    	id int(11) auto_increment comment '主键id',
    	menu_id int(11) not null comment '菜单id',
    	resource_id int(11) not null comment '资源id',
    	PRIMARY key(id),
    	UNIQUE index menu_resource_ux(menu_id,resource_id)
    )COMMENT='菜单资源关联表,一般不用';
    
    
    DROP TABLE IF EXISTS `mybatis`.`role_resource`;
    create table `mybatis`.`role_resource`(
    	id int(11) auto_increment comment '主键id',
    	role_id int(11) not null comment '菜单id',
    	resource_id int(11) not null comment '资源id',
    	PRIMARY key(id),
    	UNIQUE index role_resource_ux(role_id,resource_id)
    )COMMENT='角色资源,技术人员配置';
    
    DROP TABLE IF EXISTS `mybatis`.`logon`;
    create table `mybatis`.`logon`(
    	token VARCHAR(32)  comment '主键id',
    	user_id int(11) comment '用户表的id',
    	logon_time BIGINT(21) comment '登录时间',
    	resource_data varchar(4000) comment '会话数据',
    	PRIMARY key(token),
    	index logon_idx(user_id)
    )COMMENT='登录会话表';
    

    后续扩展

    后续章节完善功能模块!

    展开全文
  • 本文较长,可提前收藏。用户中心,几乎是所有互联网公司,必备的子系统。随着数据量不断增加,吞吐量不断增大,用户中心的架构,该如何演进呢。什么是用户中心业务?用户中心是一个通用业务,主要提供...
  • 用户中心,数据库架构优化与实践

    千次阅读 2018-09-03 09:32:12
    本文将以“用户中心”为例,介绍“单KEY”类业务,随着数据量的逐步增大,数据库性能显著降低,数据库水平切分相关的架构实践: 如何来实施水平切分 水平切分后常见的问题 典型问题的优化思路及实践 ...
  • 用户中心数据库切分架构实践|场景介绍  用户中心是一个十分常见的业务系统,涵盖用户登录、注册、信息查询与修改等服务。  用户的核心元数据为:  User(uid,login_name,nickname,password,sex,age)  其中 ...
  • 微信小程序 用户中心界面(二)

    千次阅读 2019-10-29 14:13:59
    微信小程序 用户中心界面 效果图展示 用户未授权界面效果图: 用户授权后界面展示图: .wxml 文件 <view wx:if="{{isHide}}"> <view wx:if="{{canIUse}}"> <view class='header'> <...
  • 用户中心个人信息
  • 微信小程序 用户中心界面(一)

    千次阅读 2019-10-29 11:08:46
    微信小程序 用户中心界面 效果图: 授权界面: 授权后界面: .wxml 文件 <view wx:if="{{isHide}}"> <view wx:if="{{canIUse}}"> <view class='header'> <image src='/static/...
  • 【方法1】 按照常规的设计涉及到 几个表 [user] 用户信息表 id (int) name [user_msg] 用户发表动态的表 ...那么用户中心首页把这1000个用户的动态,按照时间顺序展现出来前100 条,可以分页 那么...
  • 程序名称:OpenCenter用户中心系统 基于框架:Thinkphp 下载地址:http://www.chtml.cn/topic/show/2992 系统要求:PHP版本必须是5.3以上,因为框架使用到了namespace命名空间,5.2是不支持的。Mysql版本5.0即可...
  • 统一用户中心ldap工具使用以及安装

    千次阅读 2018-03-01 16:17:52
    统一用户中心ldap工具使用以及安装选择服务器:192.168.0.8一、安装OpenLDAP1、安装yum -y install openldap openldap-servers openldap-clients openldap-devel compat-openldap安装完之后查看自动创建了ldap用户:...
  • X9BYOD 用户中心代理,是一款专门针对终端用户的软件。安装此软件后,使得终端用户能够通过浏览器登录到X9BYOD桌面云的用户中心,并连接到虚拟机上。 目前X9BYOD 用户中心代理支持windows平台和Ubuntu平台。下载...
  • 单点登录——用户中心大致流程

    千次阅读 2017-08-05 21:47:42
    第一次访问客户端拦截器(拦截所有登录后才能做的操作,目录规划时要规划好,/back**),没有token,跳转到用户中心服务器(response.sendRedirect(url)),(url中带着returnUrl,用来在用户中心登录成功后跳转回...
  • 并且可以通过底部菜单链接进入用户中心。 2,现在的问题是,过了几个小时以后,再从微信公众平台底部菜单点击用户中心,这个时候提示需要登录,页面自动跳转到登录界面(原则上还是自动登录才对) 3,当我关闭网页...
  • 概述  企业应用中,随着应用... 以我公司的用户中心系统组件建设为例说明一下,我公司作为一个集团公司,软件系统主要有3个领域电子商务领域、数字通讯领域、业务支撑领域。电子商务领域主要应用于企业的电子商务如
  • 企业在持续发展的过程中,也在持续建设新的系统,新的系统有自己的用户中心,那么两个用户中心如何打通?企业用户会不会因为增加新系统而又回到需要记多套密码的时候?  用友的iuap推出的“联邦...
  • 模板采用vue-cli+element ui方式搭建,是一款大众化的用户中心后台模板。涉及功能较多。弹窗以及子父窗口数据交互功能均有实现。可以通过此模板学到更多的vue知识,希望下载朋友能够帮助你。 下载地址提供的为vue...
  • 现在我们来设计一个用户中心的页面,显示用户相关的信息,由于我们的Q&A demo比较简单,所以显示的内容也不用太多,我们来显示用户的头像、注册时间、发表的问题数和评论数,设计一个user.html,界面如下: ...
  • 但是对于客户体验和安全性等方面有更高的客户,则推荐其通过用户中心来登录。目前用户中心兼容Windows平台、Linux平台和Android平台。 在Windows 和 Linux平台上,将客户端部署完成后,客户只需要打开浏览器,...
  • 继JSPGenSDF第四版发布,默认管理中心功能模块之后又一重量级功能模块开发完毕,用户中心功能模块上线!采用全新简约式UI效果,包含功能:用户登录、用户注册、密码找回、基本信息、邮箱认证、手机认证、头像设置、...
  • 用户中心微服务1. 搭建项目1.1 引入依赖1.1.1 父工程ly-user的pom1.1.3 ly-user-interface1.1.2 ly-user-service1.2 配置1.3 启动类1.4 添加网关路由2. 后台功能准备2.1 接口文档2.1.1 数据校验2.1.2 生成短信验证码...
  • 用户中心表和用户表的设计

    千次阅读 2018-11-13 16:00:44
    REATE TABLE IF NOT EXISTS `XXXX_...`uid` int(10) unsigned NOT NULL COMMENT '用户ID',  `nickname` char(16) NOT NULL DEFAULT '' COMMENT '昵称',  `sex` tinyint(3) unsigned NOT NULL DEFAULT '0' COMME...
  • 1 用户个人中心说明与邮箱激活字段添加 1.1 个人中心介绍 前端访问个人信息页面时,需要向后端请求个人信息。 在本页面中要显示用户的Email邮箱信息,而对于邮箱信息我们要实现对于邮箱的验证功能,并在本页面中...
  • 用户中心项目总结

    千次阅读 2018-06-03 22:12:58
    注册页+忘记密码页 流程:输入手机号→发送验证码→输入验证码→下一步→输入密码→完成 异常处理:手机号格式... 架构使用了MVP模式,并且运用了依赖倒置原则。 布局用到的特殊属性: ... The drawable to be...
  • 一、用户中心个人信息: 前端访问个人信息页面时,需要向后端请求个人信息。 在本页面中要显示用户的Email邮箱信息,而对于邮箱信息我们要实现对于邮箱的验证功能,并在本页面中显示邮箱是否已验证,如下所示, 1....

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 40,710
精华内容 16,284
关键字:

用户中心