【基于Mahout的个性化推荐系统】2、电商平台业务系统设计

ゞ浴缸里的玫瑰 2021-11-02 01:28 348阅读 0赞

总纲传送门：[基于Mahout的个性化推荐系统][Mahout]  
GitHub传送门：[基于Mahout的个性化推荐系统][Mahout 1]

# 一、前言 #

本文主要讲解推荐系统的“载体系统”——电商平台业务系统的基础设计，且本文仅进行简要架构设计进行阐述，对于细节设计方面并不会涉及。

对于此平台来说，仅进行客户端业务调用，对于此系统的后台管理系统，采用了另外一套系统进行实现，故此文仅介绍业务接口设计及实现。

# 二、后端架构设计 #

【注】：此部分后期可能会采用单独文章进行介绍细节，此处简要介绍。

后端架构主要采用 MVC 架构、Web 层-业务逻辑层-数据持久化层三层架构整合设计，在 MVC 架构设计上采用 SpringMVC 框架实现。并采取前后端分离 开发，后台提供 API 接口方式设计。

后端架构如图：

![后端架构设计图.png][.png]

**REST接口**

对于接口的设计，主要采用RESTful风格进行接口设计，各个接口采用根据各业务模块进行划分，设计路由。

**Web层**

采用SpringMVC框架实现，在该层中，主要进行请求处理、转发、请求参数校验、身份校验。

**业务逻辑层**

该层为本系统所有业务逻辑处理的集中处理层，该层还包括各个其它组件，以及多个模块为此层进行服务，包括Redis服务器、推荐系统等。

**数据持久化层**

所有的数据持久化工作均为该层提供，主要包括数据库持久化、磁盘持久化。在本系统设计中，对于Redis的写入，采用了单独的模块进行。

**Redis服务器**

采用云主机搭建了Redis服务器，和业务系统完全分离，可提供分布式服务。在本系统中，主要存储热点数据、推荐排行榜设计、校验机制等。

**推荐系统**

在此设计中，将整个推荐系统完全独立出来，作为一个集成模块。向业务逻辑层提供服务。

**第三方服务**

主要包括短信云服务，和一些第三方依赖库服务。

# 三、业务模块设计 #

电商平台业务系统主要包括以下功能模块：用户基本信息模块、商户基本信息模块、商品信息模块、商品订单模块、商品订单评论模块、消息客服模块、购物车模块等。

### 1、用户信息模块 ###

用户基本信息模块，主要是对于用户基本信息的管理，包括注册新增用户、 获取信息、修改信息等。

在此模块中，除了基本的CRUD外，值得一提的就是密码存储及校验机制、电话号码及短信校验机制、头像图片存储。

**密码存储及校验机制**

对于用户密码的存储，为防止脱库，采用MD5值进行存储，在加密过程中添加了盐值。本系统的设计只是简单的进行加盐值进行Hash，当然可以进行多次hash计算。在校验过程中比对Hash值是否相同。

更为合理的方式是采用两次加盐Hash。（多次也是可以的哈，不过两次的密码保护已经足够了）。对于两次hash的盐值采用不同的值，一次采用整个系统公用的盐值，一次采用基于用户的盐值，对每个用户进行盐值存储。每次在加密或者校验的时候，都进行盐值获取并计算。

**短信校验机制**

对于每个用户，都保存了其电话号码，除了对于电话号码继续合法性校验外，还进行了短信校验。

短信校验机制流程如下：

1.  客户端进行请求短信验证码
2.  服务器接收请求，进行短信验证码生成，并且存储到Session中
3.  服务器请求云厂商发送短信验证码
4.  客户端填写短信验证码，请求校验接口（此接口还有其它业务数据和处理操作，此处省略）
5.  服务器获取到客户端的短信验证码，以及session中存储的验证码，进行比对校验

**文件存储**

在文件存储中，本系统采用将文件资源存储到磁盘中，并非存储其二进制流到数据库。在数据库中存储资源访问路径。

文件存储包含两次请求，第一次请i去是单纯进行文件上传请求，服务器存储文件并返回其访问路径。第二次请求是普通业务请求，将文件URL作为业务参数进行请求， 存储到数据库。\#\#\# 2、商户基本信息

对于此模块来讲，因此只进行用户端接口，所以仅需要一个获取商户信息接口。其它接口或者数据在后台管理系统进行设计。

### 3、商品信息模块 ###

在本系统中，所有的业务逻辑处理都是围绕商品进行，商品信息模块的主要作用是进行商品信息及其相关信息，如商品目录信息获取。

此模块采用了二级目录进行分类。在获取目录中，采用MyBatis提供的ResultMap进行关联查询获得所有目录。在检索商品过程中，可以用一级目录进行检索，也可以用二级目录进行检索。

对于商品信息获取，其关联获取到商家信息、该商品订单信息、评论信息等。

### 4、商品订单模块 ###

商品订单模块主要是对于用户购买行为进行记录、管理和跟踪的模块。

由于本系统重在推荐系统部分的设计，所以订单模块进行了淡化，仅仅只是进行业务请求，并未真实产生订单和现金流交易。但在用户添加订单时，采用了短信校验机制进行校验身份，也算是模拟了线上支付。

### 5、评论模块 ###

评论模块的设计同样也是被弱化了，仅仅实现一级评论，并未实现“楼中楼”。

商品订单评论，此模块主要记录用户对于商品订单进行评论，以及对于商品 订单评论进行管理。在评论过程中支持填写emoji，也支持图片评论。

### 6、消息客服模块 ###

在本系统中，提供了用户和商户之间的在线客服即时交流。此模块通过基于 WebSocket 协议进行开发，具体采用 Stomp 协议进行开发，同时提供了原生 web Socket 方式和 Sock JS 方式进行连接交流。提供WebSocket连接、订阅等。

### 7、购物车模块 ###

此模块的设计，在用户将商品进行添加购物车后，就会在购物车数据库表中 添加一条记录，将用户 ID 和商品 ID 进行存储。之所以进行存储 ID 是为了减少 数据冗余，同时在设计购物车的时候，当用户进行第二次将同一商品添加入购物 车时，数量自增，而并非是进行新增一条记录。

# 四、小结 #

此模块的介绍较少，主要是想淡化此部分的设计，重在突出推荐系统部分。

对于此推荐系统来讲，其主要是在用户偏好信息上进行计算和推荐，所以就可以弱化电商平台这个载体，用户也可很方便的迁移到自己的平台中，只需要根据不同的业务进行设计用户对物品的偏好即可。

另一方面，此系列文章默认朋友已经具备了开发简单的管理系统的能力，对于很多简单CRUD的介绍就直接简略介绍甚至直接略去。

对于一些细节上的描述不够细致，还望谅解。有什么疑问欢迎评论留言或者加小弟的联系方式，首页找哟。

# 参考 #

[Mahout]: https://blog.csdn.net/chensanwa/article/details/90522346
[Mahout 1]: https://github.com/chenlinghong/graduation
[.png]: /images/20211101/22a650b96acc4736bb139551c1d8441e.png