底層邏輯,一文講透代碼實現(xiàn))
3天搞懂冥想培訓(xùn)底層邏輯,一文講透代碼實現(xiàn)
官方文檔太厚像磚頭,翻兩頁就睡?別慌。
咱們今天不背概念,直接上手寫代碼。
用 Python 模擬一套完整的冥想培訓(xùn)管理系統(tǒng),讓你一文搞懂其中的業(yè)務(wù)閉環(huán)。
很多轉(zhuǎn)崗做后端或全棧的朋友,一聽到“冥想培訓(xùn)”這種非典型互聯(lián)網(wǎng)業(yè)務(wù),容易懵。
其實拆解下來,它和電商訂單、在線教育系統(tǒng)的底層邏輯是一樣的。
核心就是：用戶狀態(tài)管理、資源調(diào)度、以及數(shù)據(jù)落庫。
這篇文章,我結(jié)合游戲開發(fā)中的狀態(tài)機思維,帶你從 0 到 1 搭出一個可運行的 Demo。
不用高深框架,純 Python 標(biāo)準庫,復(fù)制粘貼就能跑。
看完這篇,你不僅懂了業(yè)務(wù),還練了手,順便避開了那些文檔里不會寫的坑。
概念速懂:把冥想當(dāng)成游戲關(guān)卡
別被“冥想”倆字唬住,它本質(zhì)是一個資源消耗型的在線服務(wù)。
在游戲開發(fā)里,你見過“體力值”概念吧？冥想培訓(xùn)就是用戶的“精力值”充值與消耗過程。
這里有個核心痛點:官方文檔往往只講“什么是正念”,卻不講“怎么管用戶”。
比如,用戶報了名,開始冥想,中途掉線了,算不算完成？
這時候,你需要一個狀態(tài)機來定義用戶的行為軌跡。
我們可以把一次冥想培訓(xùn)抽象為四個狀態(tài)：待開始 (Pending): 用戶已報名,未進入房間。
進行中 (Active): 用戶正在跟練,心跳/專注度數(shù)據(jù)實時上報。
已暫停 (Paused): 用戶主動暫?；蚓W(wǎng)絡(luò)波動導(dǎo)致中斷。
已完成 (Completed): 時長達標(biāo),數(shù)據(jù)歸檔。很多初學(xué)者會忽略“暫?！焙汀爸袛唷钡膮^(qū)別。
在游戲中,暫停是玩家主動行為,中斷是系統(tǒng)異常。
在冥想培訓(xùn)里,這兩者的處理邏輯完全不同,直接影響后續(xù)的退款或積分結(jié)算。
這就是我們今天要解決的第一個業(yè)務(wù)邏輯點。
環(huán)境準備:極簡依賴,拒絕臃腫
做開發(fā),最煩的就是配環(huán)境配到崩潰。
這篇教程,我們只依賴 Python 3.8+ 標(biāo)準庫,不需要 pip install 任何東西。
這樣做的目的,是讓你能專注于業(yè)務(wù)邏輯本身,而不是被庫版本問題卡住。
你需要準備:一個支持 Python 3 的編輯器 (VS Code, PyCharm, 甚至記事本都行)。
一個能運行 Python 的終端。為什么不用 Django 或 Flask？
因為我們要的是最小可運行示例 (MVP)。
就像寫算法題一樣,先保證邏輯通,再談架構(gòu)擴展。
等這套邏輯跑通了,你再往上面套 Web 框架,就像給樂高積木加外殼,難度直線下降。
另外,關(guān)于數(shù)據(jù)存儲,我們先用 JSON 文件模擬數(shù)據(jù)庫。
在生產(chǎn)環(huán)境,這肯定不行,但在原型驗證階段,JSON 足夠靈活且可讀性強。
你可以把它想象成游戲里的存檔文件,隨時保存,隨時讀取。
核心語法:狀態(tài)機與數(shù)據(jù)校驗
這部分是干貨,直接上代碼結(jié)構(gòu)。
我們要定義一個 MeditationSession 類,它是整個系統(tǒng)的核心實體。
import json
import time
from enum import Enumclass SessionStatus(Enum):PENDING = pendingACTIVE = activePAUSED = pausedCOMPLETED = completedclass MeditationSession:def __init__(self, user_id: str, session_id: str, duration_minutes: int):self.user_id = user_idself.session_id = session_idself.duration_minutes = duration_minutesself.status = SessionStatus.PENDINGself.start_time = Noneself.end_time = Noneself.pause_count = 0 # 記錄暫停次數(shù),用于風(fēng)控self.focus_score = 0 # 模擬專注度評分def start(self):if self.status != SessionStatus.PENDING:raise ValueError(只能從待開始狀態(tài)啟動)self.status = SessionStatus.ACTIVEself.start_time = time.time()print(f[{self.session_id}] 冥想開始,用戶: {self.user_id})def pause(self, reason: str = user_request):if self.status != SessionStatus.ACTIVE:raise ValueError(當(dāng)前狀態(tài)無法暫停)self.status = SessionStatus.PAUSEDself.pause_count += 1print(f[{self.session_id}] 冥想暫停,原因: {reason}, 累計暫停: {self.pause_count}次)def resume(self):if self.status != SessionStatus.PAUSED:raise ValueError(當(dāng)前狀態(tài)無法恢復(fù))self.status = SessionStatus.ACTIVEprint(f[{self.session_id}] 冥想恢復(fù))def complete(self, final_score: float):if self.status not in [SessionStatus.ACTIVE, SessionStatus.PAUSED]:raise ValueError(只有進行中或暫停狀態(tài)才能完成)self.status = SessionStatus.COMPLETEDself.end_time = time.time()self.focus_score = final_scoreprint(f[{self.session_id}] 冥想完成,專注度評分: {final_score})關(guān)鍵點解析：
注意 start, pause, resume, complete 這幾個方法里的 前置條件檢查。
很多新手寫的代碼,直接改狀態(tài),導(dǎo)致出現(xiàn)“已完成”狀態(tài)又能“開始”的 Bug。
這就好比游戲里,角色死了還能打怪,邏輯就崩了。
所以,狀態(tài)流轉(zhuǎn)必須嚴格校驗,這是后端開發(fā)的鐵律。
完整代碼示例:模擬一場完整的培訓(xùn)流程
光有類定義不夠,我們得跑起來看看。
下面這段代碼,模擬了一個用戶從報名到完成的全過程,并包含了數(shù)據(jù)持久化。
class MeditationManager:def __init__(self, data_file=meditation_data.json):self.data_file = data_fileself.sessions = self._load_data()def _load_data(self):try:with open(self.data_file, 'r', encoding='utf-8') as f:return json.load(f)except FileNotFoundError:return {}def _save_data(self):with open(self.data_file, 'w', encoding='utf-8') as f:json.dump(self.sessions, f, ensure_ascii=False, indent=2)def create_session(self, user_id: str, duration: int):session_id = fSES_{int(time.time())}session = MeditationSession(user_id, session_id, duration)self.sessions[session_id] = {user_id: user_id,session_id: session_id,duration: duration,status: session.status.value}self._save_data()print(f 創(chuàng)建成功: {session_id})return sessiondef process_session(self, session: MeditationSession, action: str, score=0.0):try:if action == start:session.start()elif action == pause:session.pause(network_issue)elif action == resume:session.resume()elif action == complete:session.complete(score)# 同步更新狀態(tài)到管理器self.sessions[session.session_id][status] = session.status.valueself._save_data()except ValueError as e:print(f!!! 操作失敗: {e})# --- 模擬運行 ---
if __name__ == __main__:manager = MeditationManager()# 1. 用戶報名user = user_1001session = manager.create_session(user, duration=15)# 2. 開始冥想manager.process_session(session, start)time.sleep(1) # 模擬冥想進行1秒# 3. 突發(fā)狀況: 網(wǎng)絡(luò)波動導(dǎo)致暫停manager.process_session(session, pause)time.sleep(1)# 4. 網(wǎng)絡(luò)恢復(fù),繼續(xù)冥想manager.process_session(session, resume)time.sleep(1)# 5. 完成冥想,系統(tǒng)計算專注度final_score = 85.5manager.process_session(session, complete, final_score)print(\n--- 最終數(shù)據(jù)落庫 ---)print(json.dumps(manager.sessions, indent=2, ensure_ascii=False))運行結(jié)果解讀：
你看到控制臺輸出了創(chuàng)建、開始、暫停、恢復(fù)、完成的日志。
最后打印出的 JSON 數(shù)據(jù),就是落庫的內(nèi)容。
注意看 pause_count 字段,雖然我們在 JSON 簡化存儲里沒直接存這個,但在內(nèi)存對象 session 里是存在的。
在實際開發(fā)中,你需要把 pause_count 也序列化進 JSON,以便后續(xù)分析用戶行為。
比如,暫停次數(shù)超過 5 次,系統(tǒng)可以自動推送“是否需要更換引導(dǎo)語音”的提示。
這就是數(shù)據(jù)驅(qū)動運營的基礎(chǔ)。
常見報錯:那些文檔里不寫的坑
跑通 Demo 只是第一步,真正難的是處理異常。
在實際項目中,你一定會遇到下面這幾個問題:
1. 狀態(tài)競態(tài)條件 (Race Condition)
如果用戶在前端瘋狂點擊“暫?！焙汀盎謴?fù)”,你的后端可能會收到亂序的請求。
比如: 先收到“恢復(fù)”,再收到“暫停”。
這時候,你的狀態(tài)機校驗就會失效,因為內(nèi)存里的狀態(tài)可能已經(jīng)被改變了。
解決方案: 給每個 Session 加一個 版本號 (Version) 或 時間戳鎖。
每次狀態(tài)變更前,檢查傳入的時間戳是否大于當(dāng)前狀態(tài)的時間戳。如果是舊請求,直接丟棄。
這在高并發(fā)場景下是救命稻草。
2. JSON 文件并發(fā)寫入沖突
如果你用多個進程同時往同一個 JSON 文件寫數(shù)據(jù),極大概率會丟數(shù)據(jù)或文件損壞。
解決方案: 原型階段用單進程跑。
生產(chǎn)環(huán)境,請務(wù)必換成 SQLite 或 MySQL。
不要試圖用 Python 的 fcntl 鎖文件,那只是給初學(xué)者看的,真高并發(fā)下扛不住。
記住,不要低估并發(fā)寫入的破壞力。
3. 時間戳?xí)r區(qū)問題
time.time() 返回的是 UTC 時間戳,沒有時區(qū)概念。
但用戶看到的“開始時間”必須是本地時間。
解決方案: 使用 datetime 庫,存儲時統(tǒng)一存 UTC,展示時轉(zhuǎn)換為瀏覽器本地時區(qū)。
千萬不要在數(shù)據(jù)庫里存“2023-10-01 10:00:00”這種字符串,一定要存 Unix Timestamp 或 ISO8601 格式。
這點在跨國業(yè)務(wù)中尤為重要,冥想用戶遍布全球,時區(qū)處理錯了,投訴會炸鍋。
4. 內(nèi)存泄漏
如果 MeditationSession 對象創(chuàng)建后,沒有及時釋放引用,長期運行會導(dǎo)致內(nèi)存溢出。
解決方案: 確保會話結(jié)束后,從內(nèi)存字典中移除引用,或設(shè)置 TTL (生存時間)。
在 Web 框架中,這通常由 Session 過期機制自動處理,但寫底層腳本時要格外小心。
小結(jié):從代碼到業(yè)務(wù)閉環(huán)
回顧一下,我們通過一個簡單的 Python 腳本,實現(xiàn)了冥想培訓(xùn)的核心流程。
你學(xué)會了如何用狀態(tài)機管理用戶行為,如何用 JSON 模擬數(shù)據(jù)持久化,以及如何規(guī)避常見的并發(fā)陷阱。
這套邏輯,不僅適用于冥想培訓(xùn),也適用于在線教育、健身打卡、甚至游戲內(nèi)的任務(wù)系統(tǒng)。
萬變不離其宗,本質(zhì)都是狀態(tài)流轉(zhuǎn)與數(shù)據(jù)一致性。
對于轉(zhuǎn)崗的開發(fā)者來說,理解業(yè)務(wù)邏輯比精通某個框架更重要。
框架會過時,但狀態(tài)機、冪等性、數(shù)據(jù)校驗這些底層思維,是永不過時的財富。
現(xiàn)在,你可以嘗試給這個 Demo 加上“積分獎勵”功能。
比如,完成 10 次冥想,自動贈送一次高級課程。
這就需要你在 complete 方法里,增加一個對用戶總積分的原子操作。
試著改改代碼,看看能不能跑通。
技術(shù)圈里,永遠有比你想得更深的人。
還有什么不懂的?評論區(qū)留言挨個回。 3天搞懂冥想培訓(xùn)底層邏輯,一文講透代碼實現(xiàn)
3天搞懂冥想培訓(xùn)底層邏輯,一文講透代碼實現(xiàn)
官方文檔太厚像磚頭,翻兩頁就睡?別慌。
咱們今天不背概念,直接上手寫代碼。
用 Python 模擬一套完整的冥想培訓(xùn)管理系統(tǒng),讓你一文搞懂其中的業(yè)務(wù)閉環(huán)。
很多轉(zhuǎn)崗做后端或全棧的朋友,一聽到“冥想培訓(xùn)”這種非典型互聯(lián)網(wǎng)業(yè)務(wù),容易懵。
其實拆解下來,它和電商訂單、在線教育系統(tǒng)的底層邏輯是一樣的。
核心就是：用戶狀態(tài)管理、資源調(diào)度、以及數(shù)據(jù)落庫。
這篇文章,我結(jié)合游戲開發(fā)中的狀態(tài)機思維,帶你從 0 到 1 搭出一個可運行的 Demo。
不用高深框架,純 Python 標(biāo)準庫,復(fù)制粘貼就能跑。
看完這篇,你不僅懂了業(yè)務(wù),還練了手,順便避開了那些文檔里不會寫的坑。
概念速懂:把冥想當(dāng)成游戲關(guān)卡
別被“冥想”倆字唬住,它本質(zhì)是一個資源消耗型的在線服務(wù)。
在游戲開發(fā)里,你見過“體力值”概念吧？冥想培訓(xùn)就是用戶的“精力值”充值與消耗過程。
這里有個核心痛點:官方文檔往往只講“什么是正念”,卻不講“怎么管用戶”。
比如,用戶報了名,開始冥想,中途掉線了,算不算完成？
這時候,你需要一個狀態(tài)機來定義用戶的行為軌跡。
我們可以把一次冥想培訓(xùn)抽象為四個狀態(tài)：待開始 (Pending): 用戶已報名,未進入房間。
進行中 (Active): 用戶正在跟練,心跳/專注度數(shù)據(jù)實時上報。
已暫停 (Paused): 用戶主動暫?；蚓W(wǎng)絡(luò)波動導(dǎo)致中斷。
已完成 (Completed): 時長達標(biāo),數(shù)據(jù)歸檔。很多初學(xué)者會忽略“暫?！焙汀爸袛唷钡膮^(qū)別。
在游戲中,暫停是玩家主動行為,中斷是系統(tǒng)異常。
在冥想培訓(xùn)里,這兩者的處理邏輯完全不同,直接影響后續(xù)的退款或積分結(jié)算。
這就是我們今天要解決的第一個業(yè)務(wù)邏輯點。
環(huán)境準備:極簡依賴,拒絕臃腫
做開發(fā),最煩的就是配環(huán)境配到崩潰。
這篇教程,我們只依賴 Python 3.8+ 標(biāo)準庫,不需要 pip install 任何東西。
這樣做的目的,是讓你能專注于業(yè)務(wù)邏輯本身,而不是被庫版本問題卡住。
你需要準備:一個支持 Python 3 的編輯器 (VS Code, PyCharm, 甚至記事本都行)。
一個能運行 Python 的終端。為什么不用 Django 或 Flask？
因為我們要的是最小可運行示例 (MVP)。
就像寫算法題一樣,先保證邏輯通,再談架構(gòu)擴展。
等這套邏輯跑通了,你再往上面套 Web 框架,就像給樂高積木加外殼,難度直線下降。
另外,關(guān)于數(shù)據(jù)存儲,我們先用 JSON 文件模擬數(shù)據(jù)庫。
在生產(chǎn)環(huán)境,這肯定不行,但在原型驗證階段,JSON 足夠靈活且可讀性強。
你可以把它想象成游戲里的存檔文件,隨時保存,隨時讀取。
核心語法:狀態(tài)機與數(shù)據(jù)校驗
這部分是干貨,直接上代碼結(jié)構(gòu)。
我們要定義一個 MeditationSession 類,它是整個系統(tǒng)的核心實體。
import json
import time
from enum import Enumclass SessionStatus(Enum):PENDING = pendingACTIVE = activePAUSED = pausedCOMPLETED = completedclass MeditationSession:def __init__(self, user_id: str, session_id: str, duration_minutes: int):self.user_id = user_idself.session_id = session_idself.duration_minutes = duration_minutesself.status = SessionStatus.PENDINGself.start_time = Noneself.end_time = Noneself.pause_count = 0 # 記錄暫停次數(shù),用于風(fēng)控self.focus_score = 0 # 模擬專注度評分def start(self):if self.status != SessionStatus.PENDING:raise ValueError(只能從待開始狀態(tài)啟動)self.status = SessionStatus.ACTIVEself.start_time = time.time()print(f[{self.session_id}] 冥想開始,用戶: {self.user_id})def pause(self, reason: str = user_request):if self.status != SessionStatus.ACTIVE:raise ValueError(當(dāng)前狀態(tài)無法暫停)self.status = SessionStatus.PAUSEDself.pause_count += 1print(f[{self.session_id}] 冥想暫停,原因: {reason}, 累計暫停: {self.pause_count}次)def resume(self):if self.status != SessionStatus.PAUSED:raise ValueError(當(dāng)前狀態(tài)無法恢復(fù))self.status = SessionStatus.ACTIVEprint(f[{self.session_id}] 冥想恢復(fù))def complete(self, final_score: float):if self.status not in [SessionStatus.ACTIVE, SessionStatus.PAUSED]:raise ValueError(只有進行中或暫停狀態(tài)才能完成)self.status = SessionStatus.COMPLETEDself.end_time = time.time()self.focus_score = final_scoreprint(f[{self.session_id}] 冥想完成,專注度評分: {final_score})關(guān)鍵點解析：
注意 start, pause, resume, complete 這幾個方法里的 前置條件檢查。
很多新手寫的代碼,直接改狀態(tài),導(dǎo)致出現(xiàn)“已完成”狀態(tài)又能“開始”的 Bug。
這就好比游戲里,角色死了還能打怪,邏輯就崩了。
所以,狀態(tài)流轉(zhuǎn)必須嚴格校驗,這是后端開發(fā)的鐵律。
完整代碼示例:模擬一場完整的培訓(xùn)流程
光有類定義不夠,我們得跑起來看看。
下面這段代碼,模擬了一個用戶從報名到完成的全過程,并包含了數(shù)據(jù)持久化。
class MeditationManager:def __init__(self, data_file=meditation_data.json):self.data_file = data_fileself.sessions = self._load_data()def _load_data(self):try:with open(self.data_file, 'r', encoding='utf-8') as f:return json.load(f)except FileNotFoundError:return {}def _save_data(self):with open(self.data_file, 'w', encoding='utf-8') as f:json.dump(self.sessions, f, ensure_ascii=False, indent=2)def create_session(self, user_id: str, duration: int):session_id = fSES_{int(time.time())}session = MeditationSession(user_id, session_id, duration)self.sessions[session_id] = {user_id: user_id,session_id: session_id,duration: duration,status: session.status.value}self._save_data()print(f 創(chuàng)建成功: {session_id})return sessiondef process_session(self, session: MeditationSession, action: str, score=0.0):try:if action == start:session.start()elif action == pause:session.pause(network_issue)elif action == resume:session.resume()elif action == complete:session.complete(score)# 同步更新狀態(tài)到管理器self.sessions[session.session_id][status] = session.status.valueself._save_data()except ValueError as e:print(f!!! 操作失敗: {e})# --- 模擬運行 ---
if __name__ == __main__:manager = MeditationManager()# 1. 用戶報名user = user_1001session = manager.create_session(user, duration=15)# 2. 開始冥想manager.process_session(session, start)time.sleep(1) # 模擬冥想進行1秒# 3. 突發(fā)狀況: 網(wǎng)絡(luò)波動導(dǎo)致暫停manager.process_session(session, pause)time.sleep(1)# 4. 網(wǎng)絡(luò)恢復(fù),繼續(xù)冥想manager.process_session(session, resume)time.sleep(1)# 5. 完成冥想,系統(tǒng)計算專注度final_score = 85.5manager.process_session(session, complete, final_score)print(\n--- 最終數(shù)據(jù)落庫 ---)print(json.dumps(manager.sessions, indent=2, ensure_ascii=False))運行結(jié)果解讀：
你看到控制臺輸出了創(chuàng)建、開始、暫停、恢復(fù)、完成的日志。
最后打印出的 JSON 數(shù)據(jù),就是落庫的內(nèi)容。
注意看 pause_count 字段,雖然我們在 JSON 簡化存儲里沒直接存這個,但在內(nèi)存對象 session 里是存在的。
在實際開發(fā)中,你需要把 pause_count 也序列化進 JSON,以便后續(xù)分析用戶行為。
比如,暫停次數(shù)超過 5 次,系統(tǒng)可以自動推送“是否需要更換引導(dǎo)語音”的提示。
這就是數(shù)據(jù)驅(qū)動運營的基礎(chǔ)。
常見報錯:那些文檔里不寫的坑
跑通 Demo 只是第一步,真正難的是處理異常。
在實際項目中,你一定會遇到下面這幾個問題:
1. 狀態(tài)競態(tài)條件 (Race Condition)
如果用戶在前端瘋狂點擊“暫?！焙汀盎謴?fù)”,你的后端可能會收到亂序的請求。
比如: 先收到“恢復(fù)”,再收到“暫停”。
這時候,你的狀態(tài)機校驗就會失效,因為內(nèi)存里的狀態(tài)可能已經(jīng)被改變了。
解決方案: 給每個 Session 加一個 版本號 (Version) 或 時間戳鎖。
每次狀態(tài)變更前,檢查傳入的時間戳是否大于當(dāng)前狀態(tài)的時間戳。如果是舊請求,直接丟棄。
這在高并發(fā)場景下是救命稻草。
2. JSON 文件并發(fā)寫入沖突
如果你用多個進程同時往同一個 JSON 文件寫數(shù)據(jù),極大概率會丟數(shù)據(jù)或文件損壞。
解決方案: 原型階段用單進程跑。
生產(chǎn)環(huán)境,請務(wù)必換成 SQLite 或 MySQL。
不要試圖用 Python 的 fcntl 鎖文件,那只是給初學(xué)者看的,真高并發(fā)下扛不住。
記住,不要低估并發(fā)寫入的破壞力。
3. 時間戳?xí)r區(qū)問題
time.time() 返回的是 UTC 時間戳,沒有時區(qū)概念。
但用戶看到的“開始時間”必須是本地時間。
解決方案: 使用 datetime 庫,存儲時統(tǒng)一存 UTC,展示時轉(zhuǎn)換為瀏覽器本地時區(qū)。
千萬不要在數(shù)據(jù)庫里存“2023-10-01 10:00:00”這種字符串,一定要存 Unix Timestamp 或 ISO8601 格式。
這點在跨國業(yè)務(wù)中尤為重要,冥想用戶遍布全球,時區(qū)處理錯了,投訴會炸鍋。
4. 內(nèi)存泄漏
如果 MeditationSession 對象創(chuàng)建后,沒有及時釋放引用,長期運行會導(dǎo)致內(nèi)存溢出。
解決方案: 確保會話結(jié)束后,從內(nèi)存字典中移除引用,或設(shè)置 TTL (生存時間)。
在 Web 框架中,這通常由 Session 過期機制自動處理,但寫底層腳本時要格外小心。
小結(jié):從代碼到業(yè)務(wù)閉環(huán)
回顧一下,我們通過一個簡單的 Python 腳本,實現(xiàn)了冥想培訓(xùn)的核心流程。
你學(xué)會了如何用狀態(tài)機管理用戶行為,如何用 JSON 模擬數(shù)據(jù)持久化,以及如何規(guī)避常見的并發(fā)陷阱。
這套邏輯,不僅適用于冥想培訓(xùn),也適用于在線教育、健身打卡、甚至游戲內(nèi)的任務(wù)系統(tǒng)。
萬變不離其宗,本質(zhì)都是狀態(tài)流轉(zhuǎn)與數(shù)據(jù)一致性。
對于轉(zhuǎn)崗的開發(fā)者來說,理解業(yè)務(wù)邏輯比精通某個框架更重要。
框架會過時,但狀態(tài)機、冪等性、數(shù)據(jù)校驗這些底層思維,是永不過時的財富。
現(xiàn)在,你可以嘗試給這個 Demo 加上“積分獎勵”功能。
比如,完成 10 次冥想,自動贈送一次高級課程。
這就需要你在 complete 方法里,增加一個對用戶總積分的原子操作。
試著改改代碼,看看能不能跑通。
技術(shù)圈里,永遠有比你想得更深的人。
還有什么不懂的?評論區(qū)留言挨個回。