## 啟用RG遊戲流程 (需取得**RG分桶**資訊以及**遊戲進桌列表**) ![](https://i.imgur.com/9WgJffk.png) *0.前置動作必須先建立RG帳號 (呼叫API建立RG帳號)* 1.呼叫API代入分桶/帳號/遊戲桌...**取得Session ** 2.代入Session至入口頁面 (該頁面會直接轉頁至遊戲畫面) session有ttl&為一次性 --- ## RG API 程式內部分層結構 ![](https://i.imgur.com/aDbUUPU.png) #### 1.BLL - 商業邏輯層 #### 2.GameMiddle - 統一遊戲介面層 (ex:必須實作的方法...額度小數4位格式...) #### 3.EndPoint - 遊戲廠商方法層(實際去呼叫廠商的API方法) --- ## RG API 程式內部分層結構 - 啟用遊戲流程 ![](https://i.imgur.com/nsbQLZQ.png) #### 重點邏輯: 1.取得分桶/遊戲/帳號相關實例,檢查館別開放/維護啟用等狀態 2.遊戲資料,分層為遊戲廠商/遊戲館別/遊戲桌 3.檢查並建立遊戲帳號 #### 備註: 1.無實做試玩模式(是否支援試玩) 2.語系主要泰文(預設英文) 3.幣別固定為唯一泰幣(若同一分桶多幣別需再另建對應廠商代理線,以及考慮對帳層面問題) 4.拔掉踢線,目前不處理進過上一次遊戲的踢線 5.是否大廳,取得大廳連結方法 #### todo: 1.RG內需先建立好遊戲桌資料,需定時同步最新遊戲列表 --- ## RG API 程式內部分層結構 - 充值/提款 ![](https://i.imgur.com/u019PxE.png) #### 重點邏輯: 1.開始交易檢查是否Busy/鎖定/請求編號是否重複/交易編號是否重複,使用redis實作Lock機制 2.請求編號由現金網代入,交易編號由RG內部機制產生,遊戲廠商轉入轉出前額度,成功或錯誤回應,對應表皆寫在**交易紀錄表** 3.**交易紀錄表**分為(當前)與(歷史),需待(當前)無資料時才可接受新的交易請求,而完成的交易後,另有背景佇列服務將(當前)移至(歷史) #### 備註: 1.一律跟遊戲廠商介接轉帳錢包的模式 2.僅充值有此*檢查並建立遊戲帳號*方法,提款不必有 3.提款金額未填則預設查廠商餘額後全額轉出 --- ## 待續... 1.遊戲資料維護...遊戲廠商/遊戲館別分類/遊戲分類... 2.分桶維護...分桶與遊戲廠商/館別/遊戲桌...開放... 3.分桶對應廠商代理參數維護...**共用遊戲參數/各別代理參數**...