购物车的功能实现,通常来讲有3种方法。
1.用cookie实现购物车;
【缺点】:
单纯有cookie实现购物车,这样的购物车不是很理想,假想1下,如果客户真个阅读器把cookie给禁用了,
这类方法就会在这里挂掉。
2.用seeesion实现购物车;
【缺点】:
session中保存购物车的信息,这个只是在1个会话中可用,如果用户没有登录,或说登录了以后,添加购物车,在关闭阅读器
或登出后,之前所添加的购物车就只有挂掉了。
3.用cookie和数据库(购物车信息持久化)实现购物车;
主要的流程:
A.用户登录前的数据流:用户在没有登录系统的时候,对喜欢的商品进行添加购物车,那末这个时候,我们可以把购物车信息保存到cookie中,这里会触及到cookie的添加,修改操作;也即如果之前在cookie中不存对应的cookie,则就对cookie进行添加操作。如果在cookie中存在对应的cookie,那末,这时候候,就要对cookie进行修改操作了(这里触及到用户对同1个商品进行屡次添加购物车的情况)。
B.用户登录后的数据流:用户在登录后,系统首先做的第1件事就是去获得对应的cookies,如果存在相干的购物车cookies,那末就对该购物车信息进行相利用户User的持久化操作,要末添加,要末修改。(添加操作:该用户所对应的购物车如果没有相应的信息进行添加操作;修改操作:类似的,如果存在对利用户的购物车信息,就进行修改操作)。用户登录后,也能够进行购物车的添加操作,不过,这里不是添加到cookie中,而是直接持久化到数据库中。
注:用户登录后的数据都是和数据库打交道。
完善购物车功能:
1. cookie中的购物车数据格式改造
直接将购物车数据保存到cookie中的问题:
a)阅读器对cookie的大小限制,不能携带太多商品信息,不能满足用户需求
b ) 如果cookie中内容太多,http要求会携带cookie信息,影响要求的效力
改造:
之前cookie中的数据格式为json数据:
这个结构存在的问题:
1. a)商品的属性太多,只保存itemId,itemTitle等信息可以通过接口查询
b)从业务上理解,保存商品加入购物车时快照信息
c)由产品经理决定,将商品加入到购物车时是不是要保存快照信息?
2. 对商品的新增、删除、修改数量,每次都要将数据反序列化成List集合,
然后对集合遍历找出Cart对象,再做修改
解决问题:
1、 不能保存到cookie
a) 保存到redis
i. 性能高
ii. redis和cookie都有生存时间
2、 改造数据存储格式
a) 使用redis中的hash结构
当用户对商品添加、删除的时候,只需要通过cart_key获得id,操作id;更新商品时,通过id获得到json格式数据对其进行更新操作。
重点是改造cookie中的value,以下图
对应的逻辑,这是原始的,直接向cookie中写入商品详情:
目前,我们是将商品信息保存在cookie中的。
重构以后使用redis的Hash结构
修改未登录情况下的,信息保存:
RedisService 的 hget()方法,改造:
hset() :hash结构的设置值
hdel() :hash结构的删除数据
hgetAll():hash结构的查询所有数据
添加商品到购物车的代码重构:
显示购物车数据:
private static final Integer SECONDS = 60 * 60 * 24 * 30 (30天)
页面展现:
问题:
Redis中的key保存在客户端阅读器的cookie中,用户可以通过阅读器清空cookie,那末Redis中的数据就会长时间保存在Redis中。
解决:
根据活跃度(查询频率)
i. 记录数据的访问的最后时间
ii. 根据当前时间和最后时间做比较,如果超过指定时间,则需要删除
this.redisService.hset(key ,"updated", String.valueOf(system.currentTimeMillis()));
iii. 需要编写Quartz定时任务实现?TODO
redis中的数据查询:
页面结果:
用户操作购物车记录到cookie和redis的实现
1种情况是:1直访问购物车,处于活跃状态
1种情况是:1直访问网站,但是不访问购物车,假定访问商品详情页时刷新购物车cookie和redis数据,需要注册拦截器
注册拦截器
还有1种情况是:人为的将阅读器的cookie清空
a) 记录购物车数据的最后访问时间,后台任务扫描比对该数据,做数据清算
this.redisService.hset(key ,"updated", String.valueOf(system.currentTimeMillis()));
上一篇 git 对比两个分支差异