在商城專案中，之前我們介紹了購物車功能模組的實現，商品加入到購物車之後，就是到購物車結算，然後顯示購物車的商品列表，點選去結算，然後到了未提交前的訂單列表，

點選提交訂單後，生成此訂單，返回訂單的訂單號，付款金額，訂單預計到達時間。訂單系統是一個非常重要的系統，我們的移動端、PC端都需要訂單系統，所以這裡我們將訂單系統單獨作為一個服務來，留出介面供客戶單來呼叫

今天我們來看下這個訂單系統到底是如何實現的：

一、訂單系統功能

訂單系統主要包含哪些功能模組呢？

建立訂單功能、檢視訂單列表、根據訂單id查詢訂單的詳細資訊、訂單修改、訂單取消、訂單狀態、訂單評價等功能的實現。

今天我們來看下建立訂單的流程：

二、訂單系統的資料庫表的設計

建立訂單說到底就是向訂單表中新增資料，即insert這些資訊。

下單功能一定要使用關係型資料庫表，保證資料的一致性，因為建立訂單要保證在一個事務（一個事務就是指向資料庫中進行的一種操作：比如插入，刪除等等）裡面，nosql資料庫不支援事務，可能會丟失資料。

我們在網上購物的時候通常這個訂單包含的資訊比較多，所以對於訂單系統如何建立它的資料庫也是非常重要的。建立資料庫遵循資料庫設計的三大正規化原則來設計。

我們建立了三個表：tb_order(訂單資訊表),tb_order_item（訂單詳情表）,tb_order_shipping（訂單配送表）.

tb_order:這裡包含了訂單的基本資訊

tb_order_item:訂單詳情表：訂單的詳情主要就是購買商品的資訊，通過訂單的id來實現關聯

tb_order_shipping：訂單配送表：

這是三個基本的表，其實還可以有物流資訊表，訂單交易資訊表。這裡我們採用這三張表足夠。

三、訂單系統介面文件，一般我們開發的時候會收到已經寫好的介面文件，比如建立訂單的介面文件。

從上面這個表中，我們可以看到該介面的url，介面的傳入引數和返回值。

接下來我們針對這三個來進行程式碼的編寫：

url屬於controller層，

傳入引數這裡我們可以看到是資料庫建立的三張表資訊：第一個是tb_order,第二個是一個集合式的訂單明細List，第三個是訂單的配送資訊表。

所以傳入引數就是這三個物件。這裡我們是編寫介面，供客戶端呼叫，至於客戶端怎麼將這些引數傳遞過來，那是客戶端團隊考慮的事情。

返回值這裡使用了taotaoresult來包裝了下，因為我們提交訂單成功後，返回的是訂單號，即訂單的id所以，我們需要向客戶端傳遞訂單id過去，並顯示在訂單建立成功的頁面。

下面看下訂單服務介面的service層的實現：

service層的主要實現是將訂單資訊新增到資料庫中，即接收controller傳遞過來的物件，然後補全頁面沒有的欄位，insert資料庫，這裡可以使用逆向工程生成的dao。

另外還有個問題：

訂單編號：訂單編號用什麼形式比較好呢？

解決方案一（不能使用）：

使用mysql的自增長。

優點：不需要我們自己生成訂單號，mysql會自動生成。

缺點：如果訂單表數量太大時需要分庫分表，此時訂單號會重複。如果資料備份後再恢復，訂單號會變。

方案二：日期+隨機數

採用毫秒+隨機數。

缺點：仍然有重複的可能。不建議採用此方案。在沒有更好的解決方案之前可以使用。

方案三：使用UUID

優點：不會重複。

缺點：長。可讀性查。不建議使用。 

方案四：可讀性好，不能太長。一般訂單都是全數字的。可以使用redis的incr命令生成訂單號。

優點：可讀性好，不會重複

缺點：需要搭建redis伺服器。

所以我們選取方案四作為生成訂單號的方案。

那麼service層的編碼如下：