数据库表分析
我们先来看下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"/>
- 1
- 2
- 3
- 4
- 5
- 6
综合以上情况,我们来写个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;
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
生成订单服务层
首先我们需要在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
*/
@Service
public 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);
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
注意:向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" />
- 1
- 2
下面便是在taotao-order-web工程中引用dubbo服务,如下图所示。
引用服务的代码如下:
<dubbo:reference interface="com.taotao.order.service.OrderService" id="orderService" />
- 1
接着我们在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";
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
@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这三张表已经插入数据了,这儿就不截图了,读者如若不信,可亲测。
至此,生成订单功能圆满完成!!!
转载博客:http://blog.csdn.net/yerenyuan_pku/article/details/73430922