本篇文章为你整理了P2项目答辩总结(项目答辩总结范文50字)的详细内容,包含有项目答辩总结怎么说 项目答辩总结范文50字 vi项目答辩总结怎么写 项目答辩思路 P2项目答辩总结,希望能帮助你了解 P2项目答辩总结。
1.1 登录的时候做vip的判断;
1.2 使用JWT(Java Web token),验证登录,更加安全
2、连续签到
2.1判断是否断签:
通过判断昨天是否登录,可以判断;
2.2判断连续签到多少天:
将每次签到的记录保存在redis中,判断保存的数量,有多少个,就连续签到多少天;
2.3 签到流水:
签到流水如果可以,直接保存在数据库;(考虑使用redis的bitMaps);
《Redis实战》之使用BitMap实现用户签到功能:https://blog.csdn.net/qq_31905135/article/details/124032880
Redis中是利用String类型数据结构实现BitMap,因此最大上限是512M,转换为bit则是2^32个bit位。
bitmap的操作命令有:
setbit:向指定位置offset存入一个0或1
getbit:获取指定位置offset的bit值
bitcount:统计BitMap中值为1的bit位的数量
bitfield: 操作(查询,修改,自增)BitMap中bit数组中的指定位置offset的值
bitfield_ro: 获取BitMap中bit数组,并以十进制形式返回
bittop: 将多个BitMap的结果做位运算(与,或,异或)
bitpos: 查找bit数组中指定范围内第一个0或者1出现的位置
2.4 签到初始化(自我考虑)
每天0点的时候每个用户初始化一条没有登录的信息(例如:status=0),如果用户登录了就对用户的状态进行修改(status=1);
3、VIP
3.1 vip续约
redis中存用户vip的唯一标识key,设置ttl,并设置用户vip字段为vip;续约直接增加key值得时间;
3.2 判断用户是不是VIP会员状态
一些需要使用到vip的权限的时候,先对vip进行检查,如果vip失效,需要将用户的vip字段设置为 普通会员;(主要两个地方判断:1.用户登录;2.用户使用vip权限);这样可以大大节省时时判断用户vip状态的消耗;
4、 关键词匹配
考虑,模糊匹配,近义词,(俗名),ES分词,IK分词(ElasticSearch+Kibana)
5.1 热词库
需要添加热词库,只有在热词库中的词语,命中才算热词;热词的管理权在商家手里;
5.2 添加热词(候选热词库)
通过商品的销量添加对应的热词;
对正常搜索到的词语进行搜索次数的记录,作为候选热词库;如果后期需要添加,可以从候选热词库中挑选;
可以使用老师的关键字的方式进行模仿实现命中;
6 、轮播图
6.1 轮播图的数量
可以根据不同时段进行不同数量的展示,人越多,数量越多;
6.2 多商户下,轮播图的挑选
添加到轮播图需要一定的费用;
可以根据商品的销量和热卖品挑选轮播图;
6.3 轮播图排序
返回的前端的轮播图需要排序好;
6.4 轮播图每个人不一样
每个人的轮播图不一样;
6.5轮播图设计
1.1 :关于背景色:也可以不用,主要看你的轮播图占多大空间,如果是下图那样占全部空间,因为图片不可能将其全部占据,如果不用背景色,那么,轮播图片的两旁就是白色,会很难看。所以看自己
1.2 商品id:有时候,需要客户点击轮播图,直接跳转到 商品详情页面,所以 商品id 是线索
1.3 商品分类id:有时,点击后,会跳转到某一分类下,不是具体的商品详情页面
1.4 轮播图类型(type):用于判断,可以根据商品id或者分类进行页面跳转,1:商品 2:分类
6、首页展示
每个人展示的商品不一样,可以从用户收藏,用户购买,添加购物车,用户浏览记录,等等推荐;
用户的行为数据(用户收藏,用户购买,添加购物车,用户浏览记录,等等)不能物理删除,因为这个数据是经过用户的自主赛选后得到的数据,十分宝贵;
7、优惠劵
优惠劵池(优惠劵有不同的分类可以领取);
优惠劵的领取情况;
智能优惠劵挑选,在使用的时候,给用户展示优惠劵,需要将金额大的放在第一个,用户可以自行挑选;
用户优惠劵挑选过一次,在下订单的时候还需要再次判断优惠劵是否使用过,是否过期(除非可以确定该优惠劵一定可以用);
8、商品下单及自动签收
需要考虑商品的自动签收,用户不主动签收,需要自动签收;考虑使用延时队列,(或者定时+普通消息队列,注意定时对性能消耗比较大);
9、分享有礼
隐藏分享用户的信息(因为需要对分析的用户进行奖励,但是又不能随便暴露用户的信息)
可以将用户信息MD5加密后在加盐,(内部有永固加盐库,自己人可以知道)
需要动态生成用户相关信息,主要目的就是保护用户信息安全;
//实体参数上添加日期格式化注解
@JsonFormat(pattern="yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
//2.前端传给后端的日期格式
//实体参数上添加日期格式化注解
@DateTimeFormat(pattern="yyyy-MM-dd HH:mm:ss")
12.2 feign远程调用传输时间相差(快了)14个小时
1.先说结论:在feign接口调用时使用表单形式(@RequestParam)传date类型会发生时间精度错乱,在8时区会多14个小时。
2.使用json格式(@RequestBody)传date类型不会发生这种情况。
表单形式我的解决办法是:在对外暴露的feign接口中使用字符串类型。
3.(String date)来接收日期,在真正feign调用的controller服务中使用@DateTimeFormat(pattern=“yyyy-MM-dd”)Date date来转换字符串类型的日期。
4.将接收到的时间减去14小时(强烈不建议,比较麻烦且冗余,多次远程调用可能会再相差时间)。
5.扩展ZonedDateTime
java8 日期 时间 时区:https://blog.csdn.net/z69183787/article/details/87176339
ZonedDateTime时区日期时间类的运用:https://blog.csdn.net/qx020814/article/details/125580729
LocalDateTime、OffsetDateTime、ZonedDateTime互转:https://blog.csdn.net/f641385712/article/details/112732546
12.3 swagger返回参数不显示实体属性注解
需要添加@ApiModel(value = "xxx")注解,@ApiModelProperty(value = "xxx")注解,由于我之前没有怎么使用这个注解,导致忘记了,特此记录一下;
12.4 一个消息队列出列多个业务
12.4.1 发消息
将要处理的消息内容转换成JOSN字符对象,再放入到map集合中,监听到消息后,根据不同的消息内容进行不同的处理;
点击查看代码
//将订单信息封装成map集合,方便发送
Map String, Object orderMsgMapToQueue = new HashMap ();
//父订单
orderMsgMapToQueue.put("ordersForm", JSON.toJSONString(ordersForm));
//子订单
orderMsgMapToQueue.put("orderItemListSize", orderItemListForm.size());
for (int i = 0; i orderItemListForm.size(); i++) {
orderMsgMapToQueue.put("orderItem"+i,JSON.toJSONString(orderItemListForm.get(i)));
//发送生成抢购订单的消息到消息队列,并在redis中添加此订单的记录
//0 正在生成
if(redisUtils.set("weddingshop:orders:"+ordersForm.getOid(),ordersForm)){
//发送生成的 订单信息 到 消息队列
rabbitTemplate.convertAndSend(OrderMQConstant.WEDDINGSHOP_SAVE_ORDER_EXCHANGE,
OrderMQConstant.WEDDINGSHOP_SAVE_ORDER_ROUTING,
orderMsgMapToQueue);
12.4.2 接收消息
监听到消息后,从map集合中取出不同的消息,根据不同的消息内容进行不同的处理;
点击查看代码
@Slf4j
@Component
//指定接听的 消息队列 名字
@RabbitListener(queues = OrderMQConstant.WEDDINGSHOP_SAVE_ORDER_QUEUE)
public class SeckillOrderSaveListener {
@Autowired
private RedisUtils redisUtils;
@Autowired(required = false)
private OrdersMapper ordersMapper;
@Autowired(required = false)
private OrderItemMapper orderItemMapper;
@Autowired
private OrdersService ordersService;
* @author : huayu
* @date : 1/11/2022
* @param : [directMsgJson]
* @return : void
* @description : Direct 直连模式消费者One,消费信息
//指定消息队列中的消息,交给对应的方法处理
@RabbitHandler
public void saveSeckillOrder(Map String,Object orderMsgMapToQueue){
//子订单消息
if(orderMsgMapToQueue.get("orderItemListSize") != null){
//插入子订单
int orderItemListSize = Integer.parseInt(orderMsgMapToQueue.get("orderItemListSize").toString());
for (int i = 0; i orderItemListSize; i++) {
OrderItem orderItem = JSON.parseObject(orderMsgMapToQueue.get("orderItem" + i).toString(), OrderItem.class);
log.info("***** 秒杀抢购子订单:{},开始入库 ******",orderItem);
if(orderItemMapper.insert(orderItem) 0){
log.info("***** 秒杀抢购子订单:{},开始入库 成功 ******",orderItem);
if(orderMsgMapToQueue.get("ordersForm")!= null){
Orders ordersForm = JSON.parseObject(orderMsgMapToQueue.get("ordersForm").toString(), Orders.class);
log.info("***** 秒杀抢购父订单:{},开始入库 ******",ordersForm);
//TODO 将消息中的订单实体对象,调入业务接口,插入到数据库,和redis中
//插入 父订单
if(ordersMapper.insert(ordersForm) 0){
log.info("***** 秒杀抢购父订单:{},入库 成功 ******",ordersForm);
if(orderMsgMapToQueue.get("ordersPayOid") != null){
// 父订单付款后 对 父订单 修改状态,用户增加积分 和 子订单 修改状态,生成物流单号
String ordersPayOid = orderMsgMapToQueue.get("ordersPayOid").toString();
log.info("------ 父订单:{},支付成功,对 父订单 修改状态,用户增加积分 和 子订单 修改状态,生成物流单号------",ordersPayOid);
if(ordersService.paySuccessOrders(ordersPayOid)){
log.info("------ 父订单:{},入库成功,对 父订单 修改状态,用户增加积分 和 子订单 修改状态,生成物流单号------",ordersPayOid);
以上就是P2项目答辩总结(项目答辩总结范文50字)的详细内容,想要了解更多 P2项目答辩总结的内容,请持续关注盛行IT软件开发工作室。
郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。