后台-系统设置-扩展变量-手机广告位-内容正文顶部 |
购物车架构思路
难点
购物车促销的显示和价格计算
结算页促销的显示和价格计算
计算和显示逻辑复杂,还要时时判断活动的有效性
两个地方的购物车显示和计算,有一样的逻辑的地方,也有差异的
思路
一、将存储分为两部分:
sku原始数据
用户选择的促销活动
每次购物车的显示,都根据这些数据进行一次重新渲染和计算
二、将促销规则的算法和计算分开
抽像出规则对象,由每个活动根据原始数据去生成这些规则
然后统一将这些规则进行计算形成要显示的效果和价格
三、把不可避免的耗性能的操作,放在加入购物车中完成,而不是在列表循环中完成
领域模型
CartVO
CartSkuVO
PriceDetailVO
PromotionRule
CouponVO
数据存储
SelectedPromotionVo
1、singlePromotionMap
类型:Map
key是店铺id,对应此店铺对应的促销活动
2、couponMap
类型:Map
key是店铺id,对应此店铺使用的优惠卷
购物车的添加
1、调用原始数据业务类(CartOriginDataManager)的添加方法
根据sku读出商品数据,并形成CartSkuOriginVo
2、填充促销信息
读取此商品的促销活动,填充到上述的Vo中
此时如果传递了要使用的活动id(需要使用活动的,见下面)
3、写入缓存
形成list
4、使用活动
如果传递了活动id,则调用CartPromotionManager使用此活动
5、写入缓存
在使用活动时,会将组合好的singlePromotionMap写入redis
购物车显示
通过“建造者”模式来完成购物车的促销信息渲染、价格计算的。
其中要建造的“产品”是CartView,包含一个List和一个price对象(即列表和总价)
建造过程是一条流水线:
1、首先由SkuRenderer(Sku构建器)构建出全新的一个CartList
这个CartList是由缓存中OriginSku的skulist做为物料生成出来的
2、接下来由促销规则渲染器(PromotionRuleRenderer)构建出促销规则(Promotion)
此时的物料是用户选择的Promotiont生成出来的,具体的制造过程参见《促销规则的构建》
3、流水线中下一个制造环节是生产Price
此时的物料是上一步生产的Rule,按照一定的规则算法对价格进行计算:
具体的制造过程参见《价格的计算过程》
4、流水线是由CartBuilder来总体控制的,最终由他来组装成品:CartView
调用时序如下:
促销规则的构建
根据需求,促销规则主要有以下几种:
组合促销:满减
单品促销:第二件半价、单品立减、团购,秒杀等
优惠卷
其中组合促销是应用在整个购物车中的,
单品促销是应用在Sku上的,
优惠卷只有在结算页才能使用和计算,而且不计算在返现金额中。
综上所述,我们分别针对如上的种类,定义了:
SkuPromotionRuleBuilder(Sku促销规则构建器)
CartPromotionRuleBuilder(Cart促销规则构建器)
CartCouponRuleBuilder(优惠卷促销规则构建器)
调用关系上:
先调用CartPromotionManager获取已经选中的促销
再分别调用各种构建器构建出Rule,
从流水线的控制上,优惠卷的构建是要被跳过的(因为购物车是不处理优惠卷的)
将Rule分别放在Cart和Sku中的Rule中
SKU规则构建器
根据目前的单品促销类型,实现了5个具体的构建器:
SeckillPluginNew秒杀
GroupBuyGoodsPluginNew团购
MinusPluginNew单品立减
HalfPricePluginNew第二件半件
ExchangePluginNew积分兑换
具体调用哪个构建器完buildrule,则由实现者的
getPromotionType():PromotionTypeEnum
方法来决定
Cart规则构建器
这是应用在购物车上的规则构建器,目前只有一个满减的实现
优惠卷规则构建器
目前只有一个默认实现
结算页购物车的显示和价格计算
根据需求,在结算页要计算运费和优惠卷,因此在流水线上要控制其制造流程:
在促销规则的构建过程中加入了优惠卷的构建
在计算价格之前加入了运费的计算
在最后加入了优惠卷的渲染CartVo中的CouponLIst
购物车构建器的总体类图
那么最终购物车构建器总体类图如下:
促销规则和价格计算
促销规则
从上面的架构可以看出,促销规则的定义非常重要,可以参见《PromotionRule》,即:
在这里我们定义了:
reducedTotalPrice是总体减的金额
reducedPrice:是单品减的金额
useCoupon:是要使用的优惠卷
invalid:定义了是否失效了,比如加入购物车时活动还有效,但过了一会正好失效了。
invalidReason:
不光定义了失效的原因,还有一些特殊情况:比如加入购物车是商品活动售空数是5,买了5个,过了一会别人下单成功了,售后数是3个了,此时在这里要提示用户,但不失效,用户可以勾选改为3个继续下单
价格计算
价格计算统一面向规则,而不管规则的构建过程,从而实现了算法和计算的分离。
这是在CartPriceCalculator中来完成的,实现过程就比较简单了:
将规则循环,进行相应的扣减和记录,构建出Price
以上就是关于购物车结算架构的所有内容,想了解更多详情,可以持续关注易族智汇javashop,有任何问题,欢迎咨询在线客服。
郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。
郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。