本篇系列版部落格：閱讀中文版

Remote Config 控參數很好用。app 的 Day 1 就把四個狀態做進 Remote Config：強制更新、建議更新、維修中、正常使用。

為什麼

app 發出去之後，裝在使用者手機上的那一版就改不了了。出了嚴重的問題要大家更新、後端要停機維修、某一版有 bug 想請大家升級，這些都得在 app 開起來的第一個畫面就處理。這個開關放在 Remote Config 裡，改一個參數，全部的使用者下一次開 app 就吃到。

我怎麼做

四個狀態，一個參數決定：

Remote Config 裡大概放這幾個參數：

{
  "app_status": "normal",
  "min_supported_version": "1.2.0",
  "latest_version": "1.4.0",
  "maintenance_message": "系統維護中，預計 02:00 恢復"
}

app_status 四個值：normal、suggest_update、force_update、maintenance。app 啟動先抓 Remote Config，照 app_status 決定走哪一條；min_supported_version 是保險，版本比它低的直接當強制更新。這一段邏輯讓他寫，四個狀態各給一個測試（接 Tip 09）。

坑

• 抓不到 Remote Config 的時候（沒網路、第一次開），app 裡的預設值要是「正常使用」。預設值設成別的，斷網的人會被擋在外面。
• 版本號要拆成三段數字比，別當字串比。字串比的話 1.10 會被當成比 1.9 小，裝了最新版的人反而被要求更新。

小結

四個狀態 Day 1 就做進 Remote Config，之後出什麼事，改一個參數就能先擋住。

明天講 mobile 開發我建議的最後一件事：埋 debug console log，AI 很好 debug。