淘淘商城系列——生成订单
本文我们将一起学习下如何生成订单。
数据库表分析
我们先来看下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来接收呢？
我们分析下上图的表单，这个表单中包含了三张表的信息，其中便是tb_order表中的付款类型字段，这里默认是1了，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是将购物车里每款商品的总价格相加，就是整个订单的总金额。
type="hidden" name="orderShipping.receiverName" value="入云龙"/>
type="hidden" name="orderShipping.receiverMobile" value="15891588888"/>
type="hidden" name="orderShipping.receiverState" value="北京"/>
type="hidden" name="orderShipping.receiverCity" value="北京"/>
type="hidden" name="orderShipping.receiverDistrict" value="昌平区"/>
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 orderItems;
// 收货地址
private TbOrderShipping orderShipping;
public List getOrderItems() {
return orderItems;
}
public void setOrderItems(List 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
* Title: OrderServiceImpl
* Description:
* Company: www.itcast.cn
* @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 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服务，如下图所示。
引用服务的代码如下：
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这三张表已经插入数据了，这儿就不截图了，读者如若不信，可亲测。
至此，生成订单功能圆满完成！！！