本站所有文章均為原創，歡迎轉載，來源：技術小樹懶(www.drw1314.com)，作者：錦煥同學

接觸商城開發已經有一段時間了，我們從B2C拼團專案做到了C2C視訊電商系統。雖然專案都還不算成功，但還是積累了些業務經驗，希望可以對大家有用。其實商城最主要的還是訂單相關邏輯，例如購物車，下單，改價等。當然，電商還有一些比較麻煩的一些業務，例如sku，運費的合理計算，這不屬於我們討論的範圍，今天我們主要分析購物車，商城，以及訂單這三者的關係，以及相關資料庫設計與虛擬碼實現。

- 透過現象看本質

首先我們從商城入手，來看看各家的購物車與訂單的介面。

1、七樂康（比較傳統的B2C醫藥電商網站）

             （1）購物車

             （2）生成訂單

2、微店（微商的開店好幫手，C2C商城）

           （1）購物車

          （2）生成訂單

3、有贊（移動零售服務商，C2C商城）

        （1）購物車

        （2）生成訂單

- 購物車與商城以及訂單的關係

從一般的商城來看，可以分為B2C與C2C，也就是單商城系統和多商城系統。單商城的系統，基本上就是全部商品生成一個訂單，而多商城系統裡面的購物車則是可以根據店鋪來分別支付生成訂單（如微店）或者全部統一支付然後根據店鋪拆分訂單（如有贊，淘寶等）。

      總結如下：

      如上圖所示：

     （1）根據每個店鋪生成訂單去支付，很好理解，例如我在店鋪A，買了1，2，3這幾個商品，我只需要生成一個訂單號，然後去支付就可以了，後續的退款等各種處理，只需要根據該訂單號進行處理即可。

     （2） 那麼，最後一個，購物車裡面有多個店鋪的商品，又需要一起支付的時候怎麼辦呢？假定我們使用微信支付，微信支付每次下單隻能使用唯一一個單號，那麼我們只能把不同的店鋪，例如店鋪A和店鋪B的所有商品，都統一放到一個訂單號去微信下單支付。但是，這樣子又違反了訂單規則：不同的店鋪存在著不同的訂單業務，店鋪和訂單是一對多的關係，而且每個訂單號必須是唯一的。怎麼辦？這個時候，我們可以把內部訂單號和微信下單號做一個對映（也就是圖所說的拆單），後續做各種處理例如退款等，就可以通過對映關係去進行處理，如下圖：

      總結一下他們之間的關係：

      （1）購物車可以存在多個店鋪多個商品，可以一次性給錢購買購物車所有商品

      （2）一個訂單隻能對應一個店鋪，一個店鋪可以擁有多個訂單

      （3）微信下單號只有一個，一個微信下單號可以對應多個內部訂單號，一個內部訂單號只能對應一個微信下單號。

- C2C商城購物車資料庫設計與技術實現

 由於B2C商城和C2C大同小異，這裡暫且不討論B2C的設計和實現，相信會C2C實現而不會B2C的同學是不存在的。且縱觀目前的商城，大部分慢慢傾向於增加商家入住功能，所以建議預留多商鋪功能，即先把商鋪表加進去，與商品相關的帶上商鋪id，只不過目前商鋪只有一個就是自己，就這樣可以減少業務需求改動帶來的大量資料庫結構和程式碼的改動。

如果使用者購物車內的商品都是一個店鋪的，那麼就不存在拆單、對映表這種說法，直接生成唯一訂單號作為微信訂單號支付就可以，但是誰都不知道需求是如何變化的，既然淘寶都是可以統一支付不同店鋪的商品，那麼設計的時候最好是支援購物車所有商品統一支付的，這樣子就通殺了，不管你是B2C的購物車，還是微店的購物車，還是淘寶的購物車，都能滿足需求。如果只能支援不同店鋪做分別支付，類似微店這樣，那麼萬一產品要改成支付寶這樣子，就又得重新設計對映表，進行拆單了。本人所在公司的產品經理剛開始比較傾向於微店這種產品設計，而我設計系統時，也僅僅往產品的需求思考，而沒考慮到淘寶的設計，現在換一個產品又要改為淘寶這種購物車，就感覺深深地掉進了坑裡面。這裡學到了一個道理，那就是永遠不要相信產品經理（哭），當然也不要過度設計，這裡其實不是過度設計，只是用多一點時間，就能減少以後的巨大時間，而且產品人員也很喜歡參考大公司的產品功能，畢竟一些基礎功能都是經過大量的使用者反饋的。

那麼我們就以有贊這種做法來設計我們的購物車和訂單吧。

      1、訂單表

     2、購物車表

      最主要的是：商鋪訂單號in_trade_no和第三方支付下單號out_trade_no

- 下單核心實現(非完整程式碼)

《一》購物車提交過來的下單最終是以不同店鋪組成的陣列
  如：             

 $data = arrray(
           '店鋪A' => array('商品1'，'商品2'),
           '店鋪B' => array('商品1'，'商品2'),
);

1234 =》 1234 

$unified_order = WeixinPay::unifiedOrder(
         $this->conf['weixin']['pay_key'],
         $this->openid,1234,$order['pay']*100,$this->appid,
         $this->conf['weixin']['mch_id'],
         $this->conf['weixin']['pay_notify_url'],
         WeixinPay::getNonceStr(),$order['title']
);

$data = array(                              
    'appId' => $this->appid,
    'nonceStr' => $unified_order['nonce_str'],
    'package' => "prepay_id={$unified_order['prepay_id']}",
    'signType' => 'MD5',
     'timeStamp' => strval($_SERVER['time']),
);
$data['paySign'] = WeixinPay::MakeSign($data, $this->conf['weixin']['pay_key']);

$this->vshop_orderWeixinPrepay->setPrePay(1234,$data);
$this->err_msg['ok']['data'] = $data;
$this->_showJsonMsg('ok');

if(商鋪訂單號==第三方支付下單號){           //在一個店鋪內購買東西
         去微信檢查1234這個下單號是否已經支付過了，支付過了則退出，而且如果訂單不是未付款狀態，例如網路超時等直接報錯退出
          通過執行下面程式碼
          $data = $this->vshop_orderWeixinPrepay->getPrePay(1234);
       	  $this->err_msg['ok']['data'] = $data;
           $this->_showJsonMsg('ok');

}else{          //不一致為什麼這麼做？請看《三》
    
    重新生成商鋪訂單號和第三方支付下單號，讓其一致
    呼叫微信下單介面，根據該訂單金額等，重新下單

}

    如
      

       1234 => 1111
       4567 => 1111
       8910 => 1111

       而不能是
       1234 => 4567
       4567 => 4567
       8910 => 4567

       1234 => o_4567
       4567 =>o_4567
       8910 =>o_4567

《四》訂單的退款，成功付款，只需要結合內部訂單號和第三方下單號處理就可以了