功能
感覺這個還是比較重要的。以後去公司也很可能會要我們調支付介面，所以這裡還是提前了解一下比較好。
支付這塊分為兩種，一種是直接和銀行互動，直接通過銀行去互動支付的東西，這種一般是不會用到的。
另一種是
支付平台。
像這種前牽扯到錢的東西，一般都會用到加密的東西，雖然在大學裡就在學加密的這些東西，但並
沒有什麼軟用。
我們還是大概來講一下這些吧：
加密呢，分為對稱加密和非對稱加密：
而對稱加密就是指，加密秘鑰和解密秘鑰是一樣的，比較常見的對稱加密演算法有aes和des兩種，至於
再具體的
另一種非對稱加密的代表演算法就是rsa演算法，這種演算法設計很巧妙，但是又不難，它的乙個原理呢是
基於大素數
乘法容易但分解因式很難的乙個。具體的原理我也在這裡貼一下吧，做個備註。。
rsa原理：
1、首先準備兩個特別大的素數，p，q，然後n=p*q;
2、然後設定乙個變數l使得l是(p-1)與(q-1)的最小公倍數;
3、尋找乙個數e,而e滿足兩個條件：乙個是e必須在1
也就是e和l的最大公約數
是一；
4、然後再找乙個數d，d同樣也滿足兩個條件：乙個是1
5、最後一步就是加密與加密的過程了：
加密：密文＝明文 ^ e mod n
解密：明文＝密文 ^ d mod n
好了，以上就是關於rsa演算法的簡介了，至於支付介面的過程，其實就是將它給的文件中的那些字段使用"&"拼接到一起，然後重定向到支付的網頁中，然後再支付完成後接收一些引數做接下來的處理，這個過程本身不難也很容易寫，這裡就不貼**了。
其實到這裡，訂單模組也就完了，重點呢就是乙個對一些加密知識的了解以及對支付介面的了解。
web開發之商城訂單模組資料庫設計
需求 系統，使用者購買商品，生成訂單。思路 使用者下訂單購買商品，分成三部分來看。第一部分 訂單本身，包括訂單狀態，訂單總額，物流，支付等資訊 第二部分 訂單商品資訊，包括購買商品的名稱，規格，數量，等資訊 資料庫設計 三個部分對應三張表 訂單表 pre order order id,order s...
訂單模組優化
頁面快取的主要思路為，將一些使用者經常請求的頁面，例如 goods to list 商品列表頁面，儲存到redis快取中，在使用者請求的時候直接在快取中獲取並返回，如果取快取失敗，則利用thymeleaf的手動渲染，渲染後存入快取，並且返回。我們可以很明顯的知道，不使用頁面快取的請求，每次都先訪問資...
電商專案之訂單模組理解（重點）
1 建立訂單 請求引數 httpsession session,integer shippingid 難點 a 獲取session中當前登陸使用者 b 通過使用者id查詢購物車，從購物車獲取資料 c 計算出訂單的總價 獲得總價 d 生成訂單 e 將訂單批量插入到資料庫 f 減少我們的產品庫存 g 清...