统一帐号体系业务及模型

1 统一帐号体系业务及模型

1.1、场景描述

我们经常会碰到这样的需求，比如某企业需要做一个投诉报修的小系统，每个投诉报修的用户，如果他是第一次用微信登录我们的系统，那么需要输入手机号码，验证了这个手机号码后，才能进入我们的系统，提交报修信息。第一次报修后，以后用户再次提交报修信息，即可以自动识别该用户，免去登录的麻烦。我们的系统要能在微信里面运行，还要能在微博里面，浏览器里面运行,以后我们的系统还要做APP,用户同一帐号登录的APP和在微信微博里面登录的信息，应该是一样的。

类似于这类需求模型，我们都叫做统一帐号体系模型，他的大概整体流程是像下面这样的



该图重点在于统一登录流程，该流程的核心在于统一帐号体系，下面先来阐述统一帐号模型。

1.2、统一帐号核心模型

统一帐号模型的本质是以自有系统为基础，其他系统帐号标识ID与本系统相互绑定。一般的移动互联网体系中，核心帐号模型包含用户id,登录手机号、用户密码、头像、昵称、用户状态等，其他的信息，都可以在此基础上做扩展，如积分数目、用户等级、性别，年龄等,如果要使用邮箱、用户名等体系登录,我们还需要有独立的关联表，这些都在后面进行阐述。如下是统一账号基础模型。该模型中的id即为其他模型中的userid。



相关sql语句如下.

– Table structure for

account_user

DROP TABLE IF EXISTS

account_user

;

CREATE TABLE

account_user

(

id

int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT ‘用户ID，自增长’,

mobile

varchar(15) NOT NULL COMMENT ‘用户登录手机号’,

passwd

varchar(40) NOT NULL COMMENT ‘用户密码,MD5加密,可以考虑策略时加盐’,

nickname

varchar(20) DEFAULT NULL COMMENT ‘用户昵称’,

avatar

varchar(150) DEFAULT NULL COMMENT ‘用户头像URL地址’,

stat

varchar(10) DEFAULT ‘ACTIVE’ COMMENT ‘ACTIVE/FROZEN/DELETED帐号状态，正常,冻结,或者删除’,

PRIMARY KEY (

id

),

KEY

mobile

(

mobile

)

) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT=’统一登录主用户帐号信息表’;

注意事项：

本书sql语句目标服务器为mysql 5.0，本书数据库以UTF8编码。为了提高查询效率，我们通常会将mobile字段添加索引。为了保证系统安全，我们通常会将passwd加密存储,加密函数一般为MD5或者sha1。用户头像avatar字段一般不存储图片ID，因为该字段数据可能来自微信、微博等第三方社交媒体，是动态获取的。用户昵称nickname字段需要做好特殊字符的过滤工作，因为在微信微博等体系中，很多活跃用户会在自己的昵称中添加非打印字符，如果不过滤掉，sql语句可能会执行出错。该表读取频次远大于增改频次,一般用MyISAM做为引擎。一般来说,我们应该基于该表做缓存机制。

1.3、用微信等第三方平台登录

所谓用微信登录系统包括几个方面的内容，一是利用微信公众号在微信里面登录系统，二是利用APP调用微信授权接口登录APP，三是利用微信扫描登录PC站点，但是他们的模型是一样的，我们先以微信公众号为例说明。

1.3.1 在微信中利用微信公众号授权登录

微信公众号授权登录模型如下所示



相关sql语句如下

– Table structure for

account_weixin

DROP TABLE IF EXISTS

account_weixin

;

CREATE TABLE

account_weixin

(

openid

varchar(40) NOT NULL DEFAULT ” COMMENT ‘用户openid ‘,

userid

int(11) NOT NULL COMMENT ‘该OPENID帐号绑定的用户ID’,

PRIMARY KEY (

openid

)

) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT=’用户微信OPENID绑定信息表’;

– Records of account_weixin

2012年我从HW公司离职，开始创业，从事社区O2O领域。到目前，还专注在编码、产品、以及技术管理等相关工作上。期间由于产品方向也发生了重大的变化,技术团队也进行了几次大的调整，此时团队中互联网新人的瓶颈和缺陷开始暴露出来了，他们集中表现在如下几个方面：

一是不懂业务.移动互联网营销场景较多,尤其微信带动了H5的发展，各种业务模型层出不穷，而很多新手，不懂场景， 不熟悉模型，结果流程理不清楚，导致逻辑问题。

二是系统设计不能满足自身业务需要。当前有部分移动互联网创业团队有自己的开发能力，但是因为模型设计过度，导致开发量倍增。严重制约了团队的开发能力，拖延了版本迭代计划，给团队造成了巨大的素食。

三是基础技术有待提高.移动互联网前端H5+CSS3技术体系带来了丰富的表现形式，但是很多从业者是从PC端平移过来的，对H5和CSS3的新特性，比如音视频处理，图片处理、cavas编程等技术掌握不够，导致做出来的产品用户体验较差。

那么怎么解决这些问题呢?

这就是本书存在的价值。阅读本书，可以让刚入行互联网的从业者汝程序员和设计师迅速了解业务本质，让系统架构师远离过度设计的窠臼。

本书适用互联网入门级编码人员，设计师，产品经理，系统后端工程师，DBA，以及想懂一点点技术的老板–你们可以把这本书买回去，送给和你一起创业兄弟们。

本书已经发布在百度阅读平台,售价9.9元.

http://yuedu.baidu.com/ebook/977275a5767f5acfa0c7cd55

如有问题,加笔者微信号betaniao,备注写来自csdn求代码。我会将代码送出。



本书目录如下

目录

自荐 1

1 统一帐号体系业务及模型 5

1.1、场景描述 5

1.2、统一帐号核心模型 5

1.3、用微信等第三方平台登录 7

1.3.1 在微信中利用微信公众号授权登录 7

1.3.2 利用微信开放平台支持登录 8

1.3.3、第三方平台登录流程 9

1.4、设备登录、邮箱登录及其他登录 11

1.4.1 利用设备ID登录帐号 11

1.4.2 邮箱和用户名登录 12

1.5、长期在线及单点登录 16

1.5.1 长期在线的实现方式 16

1.5
4000
.2 多点登录和单点登录 18

2 权限管理 19

2.1、常见权限场景 19

2.2、权限管理的一般思路 19

2.3、设计简单实用的权限模型 22

2.4、基于ThinkPHP的权限管理框架 26

2.5 基于springMVC 的权限管理框架 26

3订单基础模型 26

3.1、订单常见场景 26

3.2、订单基础流程 26

3.3、订单状态机和状态 28

3.3.1 待确认状态IDLE 28

3.3.2 待支付状态CONFIRMED 28

3.3.3 待发货状态PAYED 29

3.3.4 已发货待签收TRAFFING 29

3.3.5 已签收待评价SIGN 29

3.3.6 交易成功OK 29

3.3.7 交易关闭CLOSED 30

3.4、订单基础模型 30

4 商城基础模型 30

4.1、商城相关常用概念 30

4.1.1 SPU/SKU/PRODUCT/ITEM 30

4.1.2、B2B/B2C/C2C 32

4.1.3、PV/UV/IP 32

4.2、商品类目和属性设计 32

4.3、商城业务逻辑设计 33

4.3.1 店铺入驻 33

4.3.2 多账户分权限支持 34

4.3.3、退货退款流程 34

4 商城信息统计 34

4.1、信息统计入口 34

4.2、数据分析处理和存储 35

4.3 相关数据模型 36

4.4 代码片段解读 38

5 运营常用模型 45

5.1、积分模型 45

5.2、优惠券模型 51

5.3、多级分销模型 54

5.4、一元夺宝模型 54

5.5、助力砍价模型 54

5.6、一分钱团购模型 54

5.7、万能活动表单 54

6系统管理常见模型 54

6.1、系统配置参数管理 54

6.2、微信参数管理 54