本頁只練什麼
能重現 idle/loading/success/error/timeout，所有完成路徑恢復按鈕並保留輸入。
可恢復狀態讓使用者知道結果，timeout retry 才能沿用同 submissionId。
要修改的檔案：files/starter/apps-script/Code.gs
定位：先看 setState 是否同時更新 data-state、aria-busy 與 disabled。｜依 module-4 定位，只修改「五狀態與安全 Retry」的責任。
LESSON-27 · TOPIC 04
五狀態與安全 Retry
能重現 idle/loading/success/error/timeout，所有完成路徑恢復按鈕並保留輸入。
任務情境
先結果，再原理；完成後要能說出自己看見的證據。
現在的問題
學生正在累積 project/e-commerce，必須在不碰外部服務的前提下完成「五狀態與安全 Retry」。
起始狀態：本地 fixture 已準備 五狀態與安全 Retry 的最小資料，尚未執行驗收。
完成後要看到
sequence=idle>loading>timeout，finalState=timeout、busy=false、disabled=false。
驗收證據：狀態順序、aria-busy、disabled 與同 id retry 紀錄
何時會用到
第 23–28 章運動器材電商在修改 js/api.js／js/checkout.js／js/contact.js 時。
常見混淆：看到畫面不等於契約通過；仍要核對欄位、操作與證據。
觀念與最小範例
這段程式是理解起點，不是要你直接跳過 Starter。
五狀態與安全 Retry Five-state request lifecycle
能重現 idle/loading/success/error/timeout，所有完成路徑恢復按鈕並保留輸入。
正式說法：Five-state request lifecycle 是把 五狀態與安全 Retry 的輸入、責任、輸出與證據固定成可重現契約。
idle → loading → success/error/timeout三步完成本主題
每一步都留下可觀察結果；如果沒看到，先看「卡住先查」。
Step 1｜先看見目前缺口，不急著貼答案。
檔案：
files/starter/apps-script/Code.gs定位：先看 setState 是否同時更新 data-state、aria-busy 與 disabled。要做：先重新載入 Starter，記錄目前畫面、DOM、Computed、Console 或文件內容。
預期：能指出「先看 setState 是否同時更新 data-state、aria-busy 與 disabled。」目前的缺口。
證據：保存 files/starter/apps-script/Code.gs 的目前狀態，並指出下一步只會修改哪個檔案責任。
卡住先查：確認開啟的是 files/starter/apps-script/Code.gs，且定位到 先看 setState 是否同時更新 data-state、aria-busy 與 disabled。。
Step 2｜只修改本主題的一個責任。
檔案：
files/starter/apps-script/Code.gs定位：先看 setState 是否同時更新 data-state、aria-busy 與 disabled。要做：執行 timeout 路徑，確認 finally 恢復按鈕，再以同 submissionId 重試。
預期：sequence=idle>loading>timeout，finalState=timeout、busy=false、disabled=false。
證據：狀態順序、aria-busy、disabled 與同 id retry 紀錄
卡住先查：先看 setState 是否同時更新 data-state、aria-busy 與 disabled。
Step 3｜重新載入並以證據驗收，不以『看起來差不多』判定完成。
檔案：
files/starter/apps-script/Code.gs定位：先看 setState 是否同時更新 data-state、aria-busy 與 disabled。要做：重新整理頁面，再逐項比對預期結果與 evidence。
預期：sequence=idle>loading>timeout，finalState=timeout、busy=false、disabled=false。
證據：狀態順序、aria-busy、disabled 與同 id retry 紀錄
卡住先查：先看 setState 是否同時更新 data-state、aria-busy 與 disabled。
觀察示範
這個示範只讓你看懂概念，不會替你修改 Starter，也不會自動宣告完成。
五狀態與安全 Retryruntime fixture · read-only demo
本主題示範畫面：
驗收證據
勾選只是學習紀錄；真正完成仍要回到 Starter 的實際結果。
提示 1｜方向
方向提示：先只找出「五狀態與安全 Retry」的輸入與可觀察輸出，不同時修改別的責任。
提示 2｜關鍵片段
關鍵片段：idle → loading → success/error/timeout
提示 3｜完整解答與原因
完整解答與原因：執行 timeout 路徑，確認 finally 恢復按鈕，再以同 submissionId 重試。；驗收必須得到「狀態順序、aria-busy、disabled 與同 id retry 紀錄」，因為這項證據直接對應本 module 的成功條件。