大閘蟹提貨系統(tǒng)程序的編寫,從全局來說分為2模塊,客戶下單模塊和后臺管理模塊!
大閘蟹提貨系統(tǒng)源碼第一個模塊:
客戶下單模塊,該模塊主要需求是必須具有靈活的擴展性,能夠適配目前主流的提貨技術路線,也能在未來新技術出現(xiàn)后,可以無縫的對接及擴展支持新技術!
目前對該模塊的編寫技術難點集中在以下幾點:
1)可支持任何第三方公司網(wǎng)站域名的提貨,一般是客戶的官方網(wǎng)站和少部分的電商平臺(目前大的電商平臺,京東、天貓均不支持對接)。
2)支持微信公眾號對接(服務號,訂閱號),既要可以支持開發(fā)者模式,又要能支持底部菜單欄直接嵌入模式。
3)二維碼掃描提貨模式,這個沒有難度。

第二個模塊,后臺管理模塊,該模塊的編寫牽涉到技術比較多,我們挑主要技術點說明:
1)原始提貨卡密數(shù)據(jù)如何在數(shù)據(jù)庫中存儲(加密還是非加密)。
2)采用何種數(shù)據(jù)庫(開源,商業(yè))。
3)如何做數(shù)據(jù)庫的本地備份,異地防災備份。
4)本地數(shù)據(jù)庫與異地數(shù)據(jù)庫,是同步存儲還是異步存儲。
5)數(shù)據(jù)庫采用什么樣的緩存技術與提貨系統(tǒng)配合及隨著數(shù)據(jù)量的逐步遞增,如何保證客戶的提貨速度(也就是常說的并發(fā)性)。
6)提貨系統(tǒng)采用B/S架構,還是C/S,還是B/S和C/S混合架構。
7)如何防止黑客跑庫。
8)數(shù)據(jù)是加密傳輸還是明文傳輸。
9)如何保證消費者提貨在毫秒級時間內完成。
10)出現(xiàn)故障后,應急方案是什么。
11)如何保證服務器上的數(shù)據(jù),不被黑客篡改,假設篡改了數(shù)據(jù),以何種機制保證恢復到篡改前的狀態(tài)。
本文轉自蘇州瑞信防偽科技有限公司:http://www.recin.com.cn/thxt/sxthxt/2872.html