任務牆說明.md
7 additions, 4 deletions
| ... | ... | @@ -2,7 +2,7 @@ |
| 2 | 2 | * 指定型：完成所有任務才可獲得獎勵，一個任務牆設定只會對到一個獎項 |
| 3 | 3 | * 多門檻型 (下個階段才會實作)：完成一個子任務就可以得到該門檻指定獎勵，獎項數量會與子任務數量相同 |
| 4 | - * 關聯型：子任務間需有順序性，任務進度會照常計算，先完成 A 才有資格完成 B | |
| 4 | + * 關聯型：子任務間需有順序性，任務進度會照常計算，先完成 A 後 B 才會顯示 | |
| 5 | -3. 子任務排序以前端排序完成後，直接帶 payload 給後端，並且列表排序會以此排序顯示 | |
| 6 | -4. Call B2E API 確認 mission content 內容，Insert 主任務及子任務表 | |
| 7 | - 5. Insert 封測名單及建立 redis key (之後實作黑白名單時再考慮 redis 失效時的機制，例如：重建所有 redis key)，異動時需要清除重建 | |
| 5 | + * 子任務排序以前端排序完成後，直接帶 payload 給後端，並且列表排序會以此排序顯示 | |
| 6 | +3. 審核後： | |
| 7 | + * Call B2E API 確認 mission content 內容是否正確 | |
| 8 | + * Insert 主任務 (MISSIONT_MASTER_SETTING) 及子任務表 (MISSION_SUB_SETTING)，同時 parsing 前的任務條件會 insert CMS_MISSION_RULE_ORIGIN 留存 for 顯示用 | |
| 9 | + * 獎項資料 insert AWARD_MISSION_SETTING | |
| 10 | + * Insert 封測名單及建立 redis key (之後實作黑白名單時再考慮 redis 失效時的機制，例如：重建所有 redis key)，異動時需要清除重建 |