2018年5月10日 下午3:59

- vo主要围绕在cart、order、product这三进行再加工,而有一些pay_info、user、category却没有对应的Vo
- 这是根据我们的需求接口业务需求决定的。
- 最直观的理解就是vo直接对应于我们视觉上的页面,秒懂没!
- cartVo —-> 购物车页面
- orderVo —>订单页面
- productDetailVo —-> 商品详情页
- productListVo ——> 商品列表
- 这几个都是前后台都有
概述:
- pojo和vo之间的对比
- Vo之间存在组合关系
- 同一个类型创造出两套vo使用
pojo和vo之间的对比
OrderItem — OrderItemVo

Shipping — ShipingVo

Order — OrderVo

Cart — CartVo:

CartProductVo

Vo之间存在组合关系
订单模块组合关系

购物车模块组合关系

同一个类型创造出两套vo使用
原因是要满足不同的请求需要
两个产品product的vo对比
ProductListVo 和 productDetailVo 的对比
两个订单order的vo对比

订单确认页和订单查询页都要调用
this.getCartOrderItem(userId,cartList,sponsorId);方法,目的:根据cartList,检查并重组orderItem。到达确认页以后,可能同时又很多用户同时操作。当我们真正的提交订单时,可能库存已经不够了,所有要调用进行第二次的检查
orderProductVo服务的请求是:get_order_cart_product.do
- 用于订单确认页
OrderVo服务的请求是:list.do
- 用于已下单的查询页
这两个都服务于OrderController.java