本頁只練什麼
能讓相同資料連續 render 兩次後節點數仍等於資料數。
搜尋、resize 或狀態更新會重跑 render；若只 append，清單會累積重複內容。
要修改的檔案：files/starter/main.js
定位：先找 render 是否只 append 而未清理/取代。｜依 starter-4 定位，只修改「可重複執行且不重複節點的 render」的責任。
LESSON-16 · TOPIC 04
可重複執行且不重複節點的 render
能讓相同資料連續 render 兩次後節點數仍等於資料數。
任務情境
先結果，再原理；完成後要能說出自己看見的證據。
現在的問題
使用者每按一次篩選，服務卡數量就翻倍。
起始狀態：空容器與固定三筆資料。
完成後要看到
firstCount=3、secondCount=3、duplicateIds=0。
驗收證據：firstCount=3、secondCount=3、duplicateIds=0
何時會用到
篩選、排序、重新抓資料或任何可能重跑的列表 renderer。
常見混淆：idempotent 不表示函式沒有 DOM 副作用；它表示重複套用後最終狀態不再改變。
觀念與最小範例
這段程式是理解起點，不是要你直接跳過 Starter。
可重複執行且不重複節點的 render Idempotent DOM rendering
每次重畫先把舊結果替換掉，不是一直往後加。
正式說法：本練習的 idempotent render 對相同 input 重複執行後產生等價 DOM state。
container.replaceChildren(fragment) 取代舊清單。三步完成本主題
每一步都留下可觀察結果；如果沒看到，先看「卡住先查」。
Step 1｜先看見目前缺口，不急著貼答案。
檔案：
files/starter/main.js定位：先找 render 是否只 append 而未清理/取代。要做：先重新載入 Starter，記錄目前畫面、DOM、Computed、Console 或文件內容。
預期：能指出「先找 render 是否只 append 而未清理/取代。」目前的缺口。
證據：保存 files/starter/main.js 的目前狀態，並指出下一步只會修改哪個檔案責任。
卡住先查：確認開啟的是 files/starter/main.js，且定位到 先找 render 是否只 append 而未清理/取代。。
Step 2｜只修改本主題的一個責任。
檔案：
files/starter/main.js定位：先找 render 是否只 append 而未清理/取代。要做：以相同資料連續 render 兩次並檢查 count 與 id 唯一性。
預期：firstCount=3、secondCount=3、duplicateIds=0。
證據：firstCount=3、secondCount=3、duplicateIds=0
卡住先查：先找 render 是否只 append 而未清理/取代。
Step 3｜重新載入並以證據驗收，不以『看起來差不多』判定完成。
檔案：
files/starter/main.js定位：先找 render 是否只 append 而未清理/取代。要做：重新整理頁面，再逐項比對預期結果與 evidence。
預期：firstCount=3、secondCount=3、duplicateIds=0。
證據：firstCount=3、secondCount=3、duplicateIds=0
卡住先查：先找 render 是否只 append 而未清理/取代。
觀察示範
這個示範只讓你看懂概念，不會替你修改 Starter，也不會自動宣告完成。
可重複執行且不重複節點的 renderruntime fixture · read-only demo
本主題示範畫面：
驗收證據
勾選只是學習紀錄；真正完成仍要回到 Starter 的實際結果。
提示 1｜方向
第二次 render 前必須處理舊 children。
提示 2｜關鍵片段
每次建立新 fragment，再 replaceChildren。
提示 3｜完整解答與原因
完整解答與原因：每次依資料建立 fragment，使用 container.replaceChildren(fragment)；相同資料重跑會取代舊 DOM，所以 count 維持 3。