呈現登入與登出狀態
修改檔案:script.js
完成後看見:畫面清楚顯示目前 mock user 或未登入
CHAPTER 25 · PRACTICE WORKSPACE
完成明確標示非真實登入的 Auth 與權限概念模擬
TASK STATUS
修改檔案:script.js
完成後看見:畫面清楚顯示目前 mock user 或未登入
修改檔案:script.js
完成後看見:空白與錯誤 Email 不會登入,示範帳號取得固定 mock uid
修改檔案:script.js
完成後看見:只有資料 owner uid 可編輯
WORKSPACE
已完成 TASK-01;先核對可見結果,再前往 TASK-02。
FOCUS TASK · TASK-02
比較:Email 格式與空白檢查在登入前完成,通過後才取得固定 mock uid。
現在做:在 Checkpoint 2 先送出 not-an-email,確認 auth-state=「教學模擬:請輸入有效 Email」且沒有 uid;再輸入 student@example.com 送出,確認 auth-state 含 uid=uid-student。
預期:錯誤 Email 不建立 mock user;student@example.com 才取得固定 uid-student。
證據:留下錯誤 Email 與示範帳號兩條 status/auth-state 證據,證明驗證先於 mock user 建立。
比較:錯誤輸入保留未登入狀態,示範帳號才進入成功狀態;兩條路徑都要實際操作。
現在做:在 Checkpoint 2 依序測 wrong-email、guest@example.com、登出;記錄錯誤後未登入、guest 取得 uid-guest 且不可編輯、登出後回到未登入三個狀態,再以 student@example.com 重跑成功路線。
預期:錯誤、guest、unauth 與 owner 四種結果可分辨;只有 student@example.com 取得 uid-student 並進入 owner 路線。
證據:留下四列 Email/auth-state/permission/edit.disabled 表格,證明錯誤、guest、unauth 與 owner 不是同一個結果。
完成條件:DONE-02:空白與錯誤 Email 不會登入,示範帳號取得固定 mock uid
狀態尚未渲染
尚未檢查權限
CONTINUE
前往 Checkpoint 2,依要求完成「完成教學模擬登入流程」。
CHAPTER HANDOFF
接收第 24 章:沿用 subscriber trace、safe render、unsubscribe 與失敗重試的觀察證據;本章只承接概念,不搬同一份 runtime 資料,改判斷誰是誰、誰能編輯。
交給第 26 章:完成後帶著明確 mock uid、owner/guest/unauth 權限矩陣與「UI 隱藏不等於 Rules」證據;下一章直接做本機待辦事項的 render 與 localStorage,不重做 Auth 概念。
前往第 26 章:本機待辦事項 CRUD、render、localStorage