本博客為個人開發筆記，未經本人同意不允許轉載！
一、開發思想：
一元奪寶的數據結構中以奪寶實體為主在奪寶實體下掛有商品實體每期奪寶都有一個唯一的id號來進行標記，在所開的每期奪寶中包含有被奪寶的商品。

二、模塊開發：

相關實體類：
SnatchInfo奪寶實體類：

private String snatchId;//本期奪寶idprivate String goodsId;//本期奪寶對應的商品idprivate int issue;//本期的期數private int stock;//stock本期庫存票數（剩余票數）private int totalNum;//ticket商品所需票數（商品總需票數）private int currentPool;//當期所得到票private int status;//10-開始投票；15-即將揭曉(倒計時)；20-正 在揭曉等待福彩出結果; 30-已開獎;',（已經揭獎、倒計時、進度百分比3種）private SnatchUser luckyUser;//獲獎用戶信息（SnatchUser用戶信息）private long snatchTime;//揭獎時間、倒計時private int snatchParticipants;//參與人數 int（一個參與者可能購買多張票）private int ticketPrice;//每票價格, 單位(分)private Commodity commodity=new Commodity();//奪寶下被奪的商品public static final int SNATCH_STATE_PUBLICSH=10;//奪寶揭曉public static final int SNATCH_STATE_COUNT_DOWN=15;//奪寶進入倒計時狀態public static final int SNATCH_STATE_PERCENT=30;//奪寶進入百分比狀態public static final int SNATCH_STATE_WAITE_FC=20;//等待福彩出結果Commodity 商品實體類：private String mid;//icon圖片idprivate String longName;//name商品名private String shortName;//shortName商品的短小別名private int virtual;//virtual該物品是否為虛擬物品, 0表示不是虛擬, 默認為0'private String descrp;//descrp商品文字描述private ArrayList<String> pids;//pids商品圖片描述SnatchUser 奪寶中的用戶實體類（聚合了userinfo這個基本的用戶信息）private String id;private String goodsId;//參與用戶所參與的奪寶商品的idprivate String goodsSnapshotId;//用戶參與的奪寶idprivate UserInfo snatchUserInfo;//用戶基本信息private int betPool;//用戶參與時候投注的票數private boolean backhander;//是否為追加用戶private boolean isLuckyUser;//是否為幸運用戶private long snatchTime;//投注時間private ArrayList<String> snatchNumList=new ArrayList<>(); //用戶奪寶號碼集合private String snatchLuckyNum;//用戶中獎號碼幸運號碼 Stringprivate String address;//獲獎用戶的地址信息private String ip;

2、各個頁面開發

• 奪寶列表頁面：OneBabyFragment

  • 備注說明：
    登錄狀態下在剛剛進入這個頁面的時候首先請求：
    相關接口查看當前用戶是否中獎，另外為了使得用戶，在倒計時結束的時候彈出相關的
    中獎提示浮層，在適配器中添加了相同的請求服務端的代碼在出現倒計時結束的時候調用這個方法
    查看我是否中獎彈出相關的浮層

  • 開發邏輯：

    • 頁面適配器：BabyListAdapter 相關xml文件–baby_list_item

    • 頁面用到的實體類：
      “進度”頻道列表實體解析類：SnatchCommodRequest
      商品實體類Commodity–顯示商品信息
      奪寶實體類 –奪寶商品的信息

    • 頁面的相關邏輯：
      i、總體內容：采用列表的方式來展示用戶參與過的奪寶商品的信息
      i、采用ListView來進行顯示 當前用戶參與的奪寶的商品列表ListView 適配器具體實現細節：

      - 采用帶有分隔符的方式 根據奪寶的狀態來判斷所要加載的不同的item布局xml文件- 三種不同的布局全部include 商品信息布局 然后再創建3中不同的布局根據不同的3中布局顯示不同的狀態- 下拉刷新的時候重新請求服務端根據不同的3種狀態來加載ListView

• 奪寶詳情頁面 :SnatchDetialActivity
  - 列表適配器：BabyListAdapter 奪寶
  - 頁面相關邏輯：

  - 所需實體類a、商品實體類（CommodityInfo）、--頭部商品信息b、奪寶實體類（SnatchInfo）、--中間奪寶3種奪寶狀態下的奪寶信息c、參與奪寶的用戶信息實體類（SnatchUser）---所有參與者的記錄信息列表信息、d、參與用戶的列表請求實體類：SnatchUserRequeste、用戶是否參與本次奪寶（傳給規則頁面）- 頁面具體邏輯：1、當前用戶參與的商品不會出現在商品列表中，所以從商品列表中無法點擊 當前用戶參與 的商品進入商品詳情頁面進而進入到奪寶詳情頁面，商品詳情頁面點擊 "立即奪寶"的時 候進入到訂單支付頁面，支付成功后選擇"繼續奪寶"，"查看進度"時候進入到 奪寶詳情頁 面（進度條狀態下的），或進入到商品列表頁面，這時候無法出現商品詳情頁面 但是如果在支付成功后點擊返回鍵的時候就會退回到商品詳情頁面，這個時候"立即奪寶"就會變成"追加奪寶"。所以商品詳情頁面要在onResum中進行刷新這個商品詳情頁面2、這個頁面有3種狀態：采用3個headView，這幾個headView公用一個商品簡介的View然后根據不同的狀態來確定不同的View 共同引入商品簡介的View（snatch_detial_commodity.xml）不同的3中狀態頁面下的頁面：下面的3個頁面均include 商品介紹頁面進度條狀態：snatch_detial_progress揭獎狀態：snatch_detail_publish倒計時狀態：snatch_detial_count_down開始獲獎的時候將相關的內容傳入到這個頁面中，導入相關的頭視圖 ，將頭視圖記性賦值3、進入奪寶詳情頁面：---服務端傳入的參數-->>>>整個頁面進入的時候判斷當前用戶是否參與奪寶i、從“商品詳情頁面”進入：a、傳入2個所需要的實體類（商品實體類、奪寶實體類）b、根據相關內容 請求“所有的參與記錄”列表(????假設根據奪寶id號來進行請求參與人數的記錄)c、下面的按鈕顯示為“新第4545期正在進行”點擊按鈕跳轉到 商品詳情頁面i、從“參與成功頁面”進入：a、點擊“參與成功頁面”頁面“查看進度”進入b、傳入一個特殊值（奪寶id）請求相關的包括 奪寶實體類、商品實體類、參與用戶列表c、下面的按鈕顯示為“追加奪寶”i、暫時先按照以上邏輯來進行，但是如果要求頁面實時進行刷新的話 就做修改：無論從商品詳情頁面還是從支付成功頁面 都之傳入 一個id 從服務端實時進行輸入的請求（onResum中）-總體開發邏輯：總體邏輯：1、不管是從哪個頁面進入的只根據奪寶的狀態（snatchState）判斷奪寶處于哪個時段（已經揭曉，倒計時，進度條3中狀態）從而決定顯示那個View2、根據所處的時段來確定不同的頁面3、從"商品詳情頁面"--->>>進入到奪寶詳情頁面不存在"進度條"狀態，因為進度條狀態為新一期的狀態在商品詳情頁面只展示過往的"倒計時" "已揭獎"兩種狀態4、從"參與成功頁面"---->>>點擊"查看進度"進入到奪寶詳情頁面的"進度條"狀態查看當前的奪寶進度5、不同的狀態頁面得不按鈕顯示不同的文案："進度條狀態"---追加奪寶"揭獎狀態" "倒計時狀態"---文案顯示：“第XX期正在進行”如果是當前用戶參與了奪寶--點3中狀態下按鈕直接跳轉支付頁面進行訂單支付如果當前用戶沒有參與點擊按鈕--跳轉到商品詳情頁面6、點擊“奪寶實體類”中的“詳情”跳轉到規則頁面：傳入"用戶是否參與"奪寶來判斷是否顯示用戶的多好號碼，以及奪寶的3中狀態傳入 到頁面中進行判斷狀態是否顯示 中獎用戶和用戶的奪寶號碼-

總結

以上是生活随笔為你收集整理的一元夺宝--夺宝模块 开发笔记（一）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。