一元奪寶開發(fā)方案

1、一元奪寶開發(fā)方案一元奪寶開發(fā)方案宜昌樹牙科技有限公司 一元云購是將一件商品分成若干“等份”，每個人只需要出其中的一份錢（1元）獲得一個編號，當這件商品所有“等份”被完全售出后，系統(tǒng)將會根據事先公布的規(guī)則，計算出相應的“幸運編號”，此“幸運編號”的擁有者即可獲得這件商品。以以小小博大的傳統(tǒng)思維，這是一元云博大的傳統(tǒng)思維，這是一元云購的精髓，以往我們經濟交易都是購的精髓，以往我們經濟交易都是以平等為基礎，一元云購打破這種以平等為基礎，一元云購打破這種方式，讓不平等交易出現在這個市方式，讓不平等交易出現在這個市場經濟的時代場經濟的時代追隨大眾的心理，一件商品，買的人追隨大眾的心理，一件商品，買的人越

2、是少，那么越少人去買，相反，一越是少，那么越少人去買，相反，一件商品，買的人越多，那么銷量很快件商品，買的人越多，那么銷量很快飆升。一元云購就是利用消費者這樣飆升。一元云購就是利用消費者這樣的心理，大家都投了一塊錢，我也不的心理，大家都投了一塊錢，我也不特殊，投一塊錢試一把。特殊，投一塊錢試一把。拼人品的時代，這個社會青年一族推拼人品的時代，這個社會青年一族推動者商品交易的主旋律，拼爹、拼耐動者商品交易的主旋律，拼爹、拼耐力、拼人品，大伙都是各種各樣拼，力、拼人品，大伙都是各種各樣拼，把這種社會的風氣帶入到商品交易中，把這種社會的風氣帶入到商品交易中，這又是一元云購的另一大特色。這又是一元云購

3、的另一大特色。積少成多，一元云購，也就是一塊錢，積少成多，一元云購，也就是一塊錢，對于消費者，一塊錢就是曬曬水的事對于消費者，一塊錢就是曬曬水的事兒，但是每個人一塊錢，人多了可就兒，但是每個人一塊錢，人多了可就不是一個小數目，一元云購能夠迅速不是一個小數目，一元云購能夠迅速籌集大伙的資金，也就是從眾籌引申籌集大伙的資金，也就是從眾籌引申來的。來的。01一人一份一人一份02一人多份一人多份03虛擬抵扣虛擬抵扣4、一元奪寶的規(guī)則、一元奪寶的規(guī)則01每件商品參考市場價平分成相應“等份”，每份1元，1份對應1個奪寶碼。02同一件商品可以購買多次或一次購買多份。03當一件商品所有“等份”全部售出后計算出

4、“幸運奪寶碼”，擁有“幸運奪寶碼”者即可獲得此商品。5、一元奪寶開獎計算公式、一元奪寶開獎計算公式=( )%6、一元奪寶設計流程、一元奪寶設計流程開始開始瀏覽商品瀏覽商品頁面頁面加入清單立即奪寶提交提交清單清單支支付付支付成功修改支付成功修改緩存、數據庫緩存、數據庫數據數據返回投注返回投注號碼號碼結束結束7、一元奪寶緩存流程、一元奪寶緩存流程備注：備注： A、緩存采用memcached1.4.13版本。 B、運用其CAS特性，內部實現鎖機制，無需外部加鎖。主要是防止并發(fā)時，且剩下最后幾注號碼，多人搶注。單最后只會允許有一人成功。 C、購物車數量、下單數量等全部從緩存中拿。 D、首頁列表需要展示

5、商品可用奪寶數、剩余奪寶數。對于這種實時性高的數據，采取緩存1分鐘。等到購物車或者下單會重新判斷數量是否充足。 E、類似秒殺，這里沒有采取排隊機制，而是鎖機制。系統(tǒng)允許有人在下單時失敗，這種情況除了緩存之外，就是多人同時修改緩存數據，CAS版本號不一致。8、一元奪寶定時任務、一元奪寶定時任務開始開始查找已經完成查找已經完成的奪寶期數的奪寶期數根據投注記錄計算出開獎號碼與中獎用戶，并且修改奪寶期開獎信息結束結束生成下一期投注號碼；生成中獎未中獎通知記錄；刪除上一期投注明細。備注：備注： A、這里采用了Sql2008的代理任務實現定時任務，運作起來比較方便。B、后面移植到專門的服務托管框架中去，讓

6、數據庫盡量不參與業(yè)務邏輯運算，也就是數據庫只負責數據存儲。9、一元奪寶前端設計、一元奪寶前端設計說明：說明：A、總需多少人次，已經參與多少人次，剩余多少人次。B、根據奪寶的價位可以分為一元專區(qū)、五元專區(qū)、十元專區(qū)等等。9、一元奪寶前端設計、一元奪寶前端設計說明：說明：A、顯示奪寶期號B、顯示投注基本單位（即為參與人次，投注越多，人次顯示越多）C、產品基本信息9、一元奪寶前端設計一元奪寶前端設計說明：說明：A、顯示奪寶支付時間。B、顯示奪寶用戶信息，頭像、昵稱或者賬號。C、顯示奪寶者的網絡IP信息。D、顯示參與了多少人次，系統(tǒng)隨機分配的奪寶號碼。9、一元奪寶前端設計一元奪寶前端設計說明：說明：A

7、、顯示最后50名奪寶者信息，可以理解成為產品訂單。10、一元奪寶模塊說明、一元奪寶模塊說明整個一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。一、商品模塊對于商品這塊區(qū)分前臺與后臺的理由是：A、后臺主要是管理商品的基本屬性參數，例如ID、名稱、所屬名牌品類，顏色尺碼SKU等，當然這里是分主子表。B、 前臺在后臺的數據基礎上記錄一些擴展行為參數，例如設定該商品進行到多少期就停止奪寶、總共需要多少人次參與、基本奪寶人次單位等。這樣做的好處就是嚴格區(qū)分本身基本屬性與后續(xù)擴展的行為熟悉，互不干擾但存在關聯關系。10、一元奪寶模塊說明、一元奪寶模塊說明整個一元奪寶中主要分為商品(后

8、臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。二、奪寶期模塊在這個里面細分為奪寶期主要信息，當前期奪寶參與明細記錄，以及奪寶號碼配置。A、奪寶期里面會記錄什么商品參與奪寶、進行到多少期、總共需要多少人參與、當前參與了多少人次、當期中獎用戶，開獎號碼等。B、 當前期奪寶明細記錄主要是這一期什么產品被什么人奪寶，且奪寶號碼、奪寶的時間是多少。其有一個顯著特征就是記錄條數會與該商品總參與人次數相等。C、 存在奪寶號碼配置這樣的信息主要是為了在開獎之后初始化下一期奪寶用到。比喻說某商品總需要參與人次數是100，那么就會從號碼配置記錄中取出從1到100共100個號碼寫入到奪寶明細記錄中去。10、一元奪寶模

9、塊說明、一元奪寶模塊說明整個一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。三、奪寶訂單模塊這里的訂單處理其實與我們腦海中的訂單概念一樣，也是分為訂單主信息，訂單所包含明細商品信息。A、訂單主信息中主要記錄參與人、付款多少錢、什么方式付款、訂單狀態(tài)等關鍵信息。B、訂單明細表中唯一不同之處就是會記錄到某人對該商品奪寶之后，系統(tǒng)分配給他的奪寶號碼集合。10、一元奪寶模塊說明、一元奪寶模塊說明整個一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。四、開獎模塊因為是無人值守的，所以開獎必須用定時任務來完成。開獎之后需要給用戶微信發(fā)消息告知此處奪寶是否中獎，中獎用戶需要填寫獎品郵寄出去的地址信息，用戶收到獎品之后還可能會曬單等。10、一元奪寶模塊說明、一元奪寶模塊說明整個一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。四、開獎模塊因為是無人值守的，所以開獎必須用定時任務來完成。開獎之后需要給用戶微信發(fā)消息告知此處奪寶是否中獎，中獎用戶需要填寫獎品郵寄出去的地址信息，用戶收到獎品之后還可能會曬單等。11、一元奪寶數據庫結構、一