淘淘商城系列——生成订单
来源:互联网 发布:梁山伯与祝英台网络剧 编辑:程序博客网 时间:2024/04/29 22:41
本文我们将一起学习下如何生成订单。
数据库表分析
我们先来看下tb_order表,如下图所示。
可以看到:
- 主键order_id是字符串类型,不是自增长的,因此我们需要自己生成订单编号,我们平时使用京东、天猫等购物网站,发现人家的订单号都是用数字组成的,我们也使用数字作为订单号,但是怎样才能使订单号不重复呢?用时间加随机数的方案生成的订单其实还是可能会重复的,当同一时刻生成的订单越多越有可能出现订单号一样的情况,因此我们不能使用这种方案。比较好的方案是什么呢?是用Redis的incr命令,由于Redis是单线程的,因此无论多少个线程共同访问也不会出现订单编号一样的情况。
- payment字段是实付金额,需要从前台传过来,保留小数点后2位。
- payment_type是支付类型,分为在线支付和货到付款,也需要从前台页面传过来。
- post_free字段是邮费,邮费得由前台传过来,因为很多电商都搞活动,买够多少钱的东西就免邮费,因此邮费是动态变化的。
- status字段是订单状态,订单状态我们暂且定义了6种状态,未付款、已付款、未发货、已发货、交易成功、交易关闭。
- create_time字段是订单创建时间,这没什么可说的。
- update_time字段是订单更新时间,这个通常是订单状态发生了变化。
- payment_time字段是付款时间。
- consign_time字段是发货时间。
- end_time字段是交易完成时间,这个通常是用户点确认收货的时间。
- close_time字段是交易关闭时间,交易关闭时间则是该订单的所有流程都走完后的时间。
- shipping_name字段是物流名称,即用的谁家的快递。
- shipping_code字段是物流单号,这个不用废话。
- user_id字段当然是指购买者ID。
- buyer_message字段是指买家留言。
- buyer_nick字段指买家昵称。
- buyer_rate字段记录买家是否已经评价。
表中还可以看到create_time、buyer_nick、status、payment_type这四个字段由key修饰,说明为这四个字段建立了索引。
我们从订单表中可以看到订单表中并没有购买商品详情信息,那么商品详情信息在哪儿存放呢?它被存放到了tb_order_item表中,主键id字段也是个字符串,我们也需要为其生成主键,不过我倒是觉得,如果id用Long类型并且主键自增长会更好点,如下图所示。
接着我们看tb_order_shipping,这张表存放的是用户的收货信息,包括收货人姓名、固定电话、移动电话、省、市、区/县、街道门牌号、邮政编码,而且收货人信息与订单是一对一的关系,因此收货地址表的主键是order_id。
订单生成页面分析
生成订单是在订单确认页面进行的,如下图所示,可以看到”提交订单”按钮。
我们找到这个页面对应的jsp文件,那就是order-cart.jsp,搜索”提交订单”,可以看到如下图所示搜索结果,可以看到这是个button按钮,该按钮的onclick事件中使用id选择器来得到表单,并且将该表单提交。
那么,表单在哪儿呢?我们搜索”orderForm”,如下图所示,可以看到这个表单所有的标签都是隐藏的,是不会被用户看到的,用户看到的只是表单下面展示的信息(这些信息只是做展示用,不会被提交,真正提交的是被隐藏的表单)。表单要提交的话,我们一般用pojo来接收比较合适,那么这个表单我们应该用什么样的pojo来接收呢?
我们分析下上图的表单,这个表单中包含了三张表的信息,其中<input type="hidden" name="paymentType" value="1"/>
便是tb_order表中的付款类型字段,这里默认是1了,<c:forEach>
标签遍历的是购物车列表,var="cart"
表示单个购物车对象,varStatus="status"
的用法如下所示:
varStatus属性可以方便我们实现一些与行数相关的功能,如:奇数行、偶数行差异;最后一行特殊处理等等。先就varStatus属性常用参数总结下:
- ${status.index}:输出行号,从0开始。
- ${status.count}:输出行号,从1开始。
- ${status.current}:当前这次迭代的(集合中的)项。
- ${status.first}:判断当前项是否为集合中的第一项,返回值为true或false。
- ${status.last}:判断当前项是否为集合中的最后一项,返回值为true或false。
- begin、end、step分别表示:起始序号,结束序号,跳跃步伐。
可以看到我们这里用到的便是其行号功能,而且是从0开始,orderItems是个集合,该集合通过索引号获取它的对象,然后将购物车对象的对应属性赋给orderItems集合中当前索引号下的对象的这个属性,totalPrice是将购物车里每款商品的总价格相加,就是整个订单的总金额。<c:forEach>
标签里面的属性值都是tb_order_item表中的字段。<c:forEach>
标签之后就是payment字段,该字段也是tb_order表里面的字段,表示付款金额,我们看到了给payment赋的值是value=”${totalPrice/100 }”,这里之所以要除100是由于我们的tb_order_item表中定义的商品单价便是整数,这个整数是以分为单位乘以100的,这样两位小数的金额比如11.11元便在数据库表中存成了1111,当然了,数据库表中存储的金额单位便是分了,不再是元了。数据库表中虽然存储的是以分为单位的价格,但是我们展示在页面的价格肯定是以元为单位的,因此我们需要让totalPrice/100,这才是以元为单位的金额。接着,下面这几句代码意思比较明显,显然存放的是收货人地址信息,用到的类是逆向生成的TbOrderShipping类。
<input type="hidden" name="orderShipping.receiverName" value="入云龙"/><input type="hidden" name="orderShipping.receiverMobile" value="15891588888"/><input type="hidden" name="orderShipping.receiverState" value="北京"/><input type="hidden" name="orderShipping.receiverCity" value="北京"/><input type="hidden" name="orderShipping.receiverDistrict" value="昌平区"/><input type="hidden" name="orderShipping.receiverAddress" value="西三旗 xxxxxxxxx"/>
综合以上情况,我们来写个pojo类包含这些表单信息,那么我们这个pojo应该放到哪儿比较合适呢?我们不能把它放到taotao-common当中,因为我们的taotao-order工程已经依赖了taotao-common工程了,如果taotao-common工程现在再依赖taotao-order,那么便成了相互依赖了,这是断不可行的。我们还想让它尽可能的共用,所以把它放到taotao-order-interface工程中比较合适,因为taotao-order工程及taotao-order-web工程都依赖taotao-order-interface,因此把pojo写到taotao-order-interface工程中比较合适。
pojo类如下图所示,这里用到了一个技巧,那就是继承了TbOrder类,这样OrderInfo便直接拥有了TbOrder的属性。为了让该pojo在网络中传输,我们需要让它实现序列化接口。
为了方便大家复制,现将OrderInfo类的代码给出。
public class OrderInfo extends TbOrder implements Serializable { // 商品列表 private List<TbOrderItem> orderItems; // 收货地址 private TbOrderShipping orderShipping; public List<TbOrderItem> getOrderItems() { return orderItems; } public void setOrderItems(List<TbOrderItem> orderItems) { this.orderItems = orderItems; } public TbOrderShipping getOrderShipping() { return orderShipping; } public void setOrderShipping(TbOrderShipping orderShipping) { this.orderShipping = orderShipping; }}
生成订单服务层
首先我们需要在taotao-order-interface工程中新建一个接口并在该接口中添加一个方法,如下图所示。
紧接着我们在taotao-order-service工程的com.taotao.order.service.impl包下新建OrderService接口的实现类,如下图所示。
为方便大家复制,现将OrderServiceImpl实现类的代码给出。
/** * 订单处理Service * <p>Title: OrderServiceImpl</p> * <p>Description: </p> * <p>Company: www.itcast.cn</p> * @version 1.0 */@Servicepublic class OrderServiceImpl implements OrderService { @Autowired private TbOrderMapper orderMapper; @Autowired private TbOrderItemMapper orderItemMapper; @Autowired private TbOrderShippingMapper orderShippingMapper; @Autowired private JedisClient jedisClient; @Value("${ORDER_GEN_KEY}") private String ORDER_GEN_KEY; @Value("${ORDER_ID_INIT}") private String ORDER_ID_INIT; @Value("${ORDER_DETAIL_GEN_KEY}") private String ORDER_DETAIL_GEN_KEY; @Override public TaotaoResult createOrder(OrderInfo orderInfo) { // 生成一个订单号,使用Redis的incr命令来生成 // ORDER_GEN_KEY就是对应订单号生成的key // 判断订单号生成的key是否存在 if (!jedisClient.exists(ORDER_GEN_KEY)) { // 如果不存在,要设置初始值 jedisClient.set(ORDER_GEN_KEY, ORDER_ID_INIT); } String orderId = jedisClient.incr(ORDER_GEN_KEY).toString(); // 向订单表插入数据 orderInfo.setOrderId(orderId); // 免邮费 orderInfo.setPostFee("0"); // 订单状态 // 状态:1、未付款,2、已付款,3、未发货,4、已发货,5、交易成功,6、交易关闭 orderInfo.setStatus(1); Date date = new Date(); orderInfo.setCreateTime(date); orderInfo.setUpdateTime(date); // 插入数据 orderMapper.insert(orderInfo); // 向订单明细表插入数据 List<TbOrderItem> orderItems = orderInfo.getOrderItems(); for (TbOrderItem tbOrderItem : orderItems) { // 生成一个订单明细表的主键 Long orderDetailId = jedisClient.incr(ORDER_DETAIL_GEN_KEY); tbOrderItem.setId(orderDetailId.toString()); // 设置订单id tbOrderItem.setOrderId(orderId); // 插入数据 orderItemMapper.insert(tbOrderItem); } // 向订单物流信息表插入数据 TbOrderShipping orderShipping = orderInfo.getOrderShipping(); orderShipping.setOrderId(orderId); orderShipping.setCreated(date); orderShipping.setUpdated(date); orderShippingMapper.insert(orderShipping); // 返回订单号 return TaotaoResult.ok(orderId); }}
注意:向tb_order中插入记录时,我们是使用Redis的incr命令生成的订单号,而且该订单号还应有一个初始值。ORDER_GEN_KEY常量就是对应订单号生成的key,假如说这个key在Redis中不存在的话会有什么后果?如果原来这个key没有,你直接调用incr这个命令那么就会创建这个key,它是从1开始的序列,咱们刚才说了这个订单号最好应该有一个初始值,要不太小的话,别人一看一共就没卖出几单去,别人就没有购买的欲望了,所以给一个初始值比较好。
OrderServiceImpl实现类的代码中用到了常量,我们把常量放到配置文件中,如下图所示。
配置文件有了,但是我们要确认Spring容器加载了该配置文件,我们查看applicationContext-dao.xml文件,发现加载了properties目录下所有以.properties文件结尾的配置文件。所以自然而然resource.properties文件也被加载了。
订单生成表现层
既然服务端的代码写好了,我们便要发布服务,我们在applicationContext-service.xml文件中发布,如下图所示。
发布服务的代码如下:
<!-- 声明需要暴露的服务接口 --><dubbo:service interface="com.taotao.order.service.OrderService" ref="orderServiceImpl" timeout="300000" />
下面便是在taotao-order-web工程中引用dubbo服务,如下图所示。
引用服务的代码如下:
<dubbo:reference interface="com.taotao.order.service.OrderService" id="orderService" />
接着我们在taotao-order-web工程的OrderController类中添加一个方法,如下图所示,其中用到了3天以后的时间,以前我们用Calandar来计算日期,但太麻烦了,这里介绍一个简单的方法,那就是使用joda-time-2.5.jar这个包,实例化DateTime,然后直接使用plusDays(3)方法便可以得到3天后的日期,是不是非常方便。订单生成成功后,我们要跳转到订单生成成功页面,这个页面是success.jsp,这个页面有三个变量需要从Controller传过来,因此我们便在Controller方法中使用Model带回这三个参数。
为方便大家复制,现将OrderController类中createOrder方法的代码给出。
@RequestMapping(value="/order/create", method=RequestMethod.POST)public String createOrder(OrderInfo orderInfo, Model model, HttpServletRequest request) { // 取用户id TbUser user = (TbUser) request.getAttribute("user"); orderInfo.setUserId(user.getId()); orderInfo.setBuyerNick(user.getUsername()); // 调用服务生成订单 TaotaoResult result = orderService.createOrder(orderInfo); // 取订单号并传递给页面 String orderId = result.getData().toString(); model.addAttribute("orderId", orderId); model.addAttribute("payment", orderInfo.getPayment()); // 预计送达时间是三天后 DateTime dateTime = new DateTime(); dateTime = dateTime.plusDays(3); model.addAttribute("date", dateTime.toString("yyyy-MM-dd")); // 返回逻辑视图 return "success";}
@RequestMapping("/order/create")
注解中的请求来自于taotao-order-web工程的order-cart.jsp页面中的隐藏表单,如下图所示。
测试
代码终于写完了,下面我们便来测试,我们先将taotao-order工程打包到本地maven仓库,然后用tomcat插件启动taotao-order工程(这个我已经写过太多遍了,就不再写了),然后再重启taotao-order-web工程。
当我们点击下图所示的”提交订单”按钮后。
便会生成一个订单,如下图所示。
并且数据库中tb_order、tb_order_item以及tb_order_shipping这三张表已经插入数据了,这儿就不截图了,读者如若不信,可亲测。
至此,生成订单功能圆满完成!!!
- 淘淘商城系列——生成订单
- 淘淘商城系列——订单系统服务端和客户端工程搭建
- 淘淘商城系列——利用拦截器实现登录功能及订单确认页面展示
- 淘淘商城系列——内容管理
- 淘淘商城系列——初始SolrCloud
- 淘淘商城系列——freemarker入门
- 淘淘商城系列——freemarker语法
- 淘淘商城系列——SSO系统分析
- 学习淘淘商城第一百零四课(生成订单)
- 淘淘商城系列——使用maven构建工程
- 淘淘商城系列——zookeeper单机版安装
- 淘淘商城系列——发布dubbo服务
- 淘淘商城系列——引用dubbo服务
- 淘淘商城系列——服务调用测试
- 淘淘商城系列——展示后台管理页面
- 淘淘商城系列——dubbo监控中心
- 淘淘商城系列——maven工程debug调试
- 淘淘商城系列——商品类目选择的实现
- Vue的批量删除
- html中常用的标签-表单标签
- JNDI
- 使用 Docker Toolbox 自动创建 Swarm 集群+Portainer 图形化管理的脚本
- ViewPager系列之 仿魅族应用的广告BannerView
- 淘淘商城系列——生成订单
- 利用一个Demo说明Castle+NHibernate的实现
- AngularJS 入门5-依赖注入
- Tensorflow-高级封装tflearn
- js解析json读取List中的实体对象示例
- AngularJS 入门6-路由
- ViewPager系列之 打造一个通用的ViewPager
- win32(8)--内存映射
- 注册页面