何時該重構行動應用的分層，而不是再加一層適配
許多團隊在期限壓力下會先加適配：新畫面接舊服務、新狀態庫包舊單例、新模組仍讀全域設定。短期能上線，長期會讓變更成本指數上升。
第一個訊號是「同一業務規則出現在三處以上」。第二是「測試必須啟動大半個應用才能驗證一小段流程」。第三是「兩個功能團隊無法在同一 sprint 並行修改而不互相等待」。
當這三個訊號同時出現，再加適配通常只是延後決策。較穩妥的做法是先畫出現況依賴，標出穩定邊界，再以小步搬移職責，而不是一次重寫。
許多團隊在期限壓力下會先加適配：新畫面接舊服務、新狀態庫包舊單例、新模組仍讀全域設定。短期能上線，長期會讓變更成本指數上升。
第一個訊號是「同一業務規則出現在三處以上」。第二是「測試必須啟動大半個應用才能驗證一小段流程」。第三是「兩個功能團隊無法在同一 sprint 並行修改而不互相等待」。
當這三個訊號同時出現，再加適配通常只是延後決策。較穩妥的做法是先畫出現況依賴，標出穩定邊界，再以小步搬移職責，而不是一次重寫。