INTEGRATED LAB · Starter

元件輸入、事件與 slot 契約|整合 Lab

在同一份章節作品中整合 4 個 module,排除單項通過但組合失敗的問題。

最後整合任務

交付:完成具明確 props、單向資料流、事件 payload 與可插入內容的服務卡元件。

將同一組責任轉用到另一個商家情境,仍達成:完成具明確 props、單向資料流、事件 payload 與可插入內容的服務卡元件。

限制:不新增框架。;保留 module id 與驗收證據。

依序回看每個 topic

整合不是重新背一遍名詞;是把每個 topic 的責任放回同一份作品。

  1. 1. prop type、default、required
    files/starter/main.js|requiredDeclared/typeDeclared=true、explicitPrice=1200、defaultPrice=洽詢
    回到 topic 說明
  2. 2. 禁止直接修改 prop
    files/starter/index.html|propReadonly=true、requestCount=1、parentValue=新版服務、mutationWarnings=0
    回到 topic 說明
  3. 3. emits 與 payload 契約
    files/starter/main.js|declared=true、eventCount=1、payloadId=service-42
    回到 topic 說明
  4. 4. slot
    files/starter/index.html|slotCount=1、fallbackCount=1、slotText/fallbackText 正確
    回到 topic 說明

四個整合停點

每個停點都要留下檔案、畫面或瀏覽器證據。

  1. Step 1|觀察整合 Starter 並找出第一個未通過 module。

    檔案:files/starter/index.html 定位:#observe

    操作:逐項讀取 outcomes,執行一次現況操作。

    // OBSERVE:不修改程式,先記錄第一個失敗 moduleId。

    預期:能指出第一個未通過 module。

    證據:第一個 moduleId 與缺少的 evidence。

    卡住先查:確認開啟的是 files/starter/index.html。

  2. Step 2|依 module 順序修改,一次只加入一個責任。

    檔案:files/starter/index.html 定位:#modify

    操作:掛載兩個不同輸入的卡片,核對必要/型別宣告與 explicit/default 顯示。 → 由子元件送出一次更新請求,讀 prop readonly 與父層更新結果。 → 按一次子卡片 select,驗證宣告存在、父層只收到一次且 id 正確。 → 渲染有/無 default slot 的兩個實例,確認內容都位於 card 結構內。

    // 21-01-prop-type-default-required: 掛載兩個不同輸入的卡片,核對必要/型別宣告與 explicit/default 顯示。
    // 21-02-prop: 由子元件送出一次更新請求,讀 prop readonly 與父層更新結果。
    // 21-03-emits-payload: 按一次子卡片 select,驗證宣告存在、父層只收到一次且 id 正確。
    // 21-04-slot: 渲染有/無 default slot 的兩個實例,確認內容都位於 card 結構內。

    預期:完成具明確 props、單向資料流、事件 payload 與可插入內容的服務卡元件。

    證據:requiredDeclared/typeDeclared=true、explicitPrice=1200、defaultPrice=洽詢;propReadonly=true、requestCount=1、parentValue=新版服務、mutationWarnings=0;declared=true、eventCount=1、payloadId=service-42;slotCount=1、fallbackCount=1、slotText/fallbackText 正確

    卡住先查:回到第一個未通過的 module,只修該處。

  3. Step 3|驗證所有 module 在整合後仍成立。

    檔案:files/solution/index.html 定位:#verify

    操作:重新整理並依 outcomes 順序重跑所有證據。

    // VERIFY:逐項記錄 pass/fail,不以看到畫面代替 evidence。

    預期:4/4 module 通過。

    證據:每個 moduleId 都有實際結果與重設後重現紀錄。

    卡住先查:若失敗,回到第一個失敗 module,不同時修多項。

  4. Step 4|把本章責任轉用到不同內容情境。

    檔案:files/starter/index.html 定位:#challenge

    操作:替另一個商家情境重做,仍達成:完成具明確 props、單向資料流、事件 payload 與可插入內容的服務卡元件。

    // CHALLENGE:只替換內容與資料,不新增框架或跳過 self-check。

    預期:完成具明確 props、單向資料流、事件 payload 與可插入內容的服務卡元件。

    證據:轉用後的作品與全數 module self-check。

    卡住先查:先確認共同基底與 module id 未被改壞。

完成本階段後,重新載入並保存整合證據。

回到自主學習入口