增拼圖類型

於 jigsawR 跨所有管線整合點為新拼圖類型搭建鷹架。

適用時機

• 為套件新增一全新拼圖類型
• 遵既定整合清單（CLAUDE.md 之 10 點管線）
• 確保新類型自端至端布線時無有遺漏

輸入

• 必要：新類型名（小寫，如 "triangular"）
• 必要：幾何描述（拼塊形與排列）
• 必要：類型是否需外部套件（加至 Suggests）
• 選擇性：標準之外（grid、size、seed、tabsize、offset）之參數列
• 選擇性：參考實作或演算法來源

步驟

步驟一：建立核心拼圖模組

建立 R/<type>_puzzle.R，含內部生成函式：

#' Generate <type> puzzle pieces (internal)
#' @noRd
generate_<type>_pieces_internal <- function(params, seed) {
  # 1. Initialize RNG state
  # 2. Generate piece geometries
  # 3. Build edge paths (SVG path data)
  # 4. Compute adjacency
  # 5. Return list: pieces, edges, adjacency, metadata
}

依 R/voronoi_puzzle.R 或 R/snic_puzzle.R 之結構為範。

預期： 函式回傳含 $pieces、$edges、$adjacency、$metadata 之 list。

失敗時： 與 generate_voronoi_pieces_internal() 比對回傳結構，以辨缺失之 list 元素或型別錯誤。

步驟二：布線至 jigsawR_clean.R

編輯 R/jigsawR_clean.R：

1. 將 "<type>" 加入 valid_types 向量
2. 於 params 段加入類型特有之參數提取
3. 加入類型特有約束之驗證邏輯
4. 加入檔名前綴對應（如 "<type>" -> "<type>_"）

# In valid_types
valid_types <- c("rectangular", "hexagonal", "concentric", "voronoi", "snic", "<type>")

預期： generate_puzzle(type = "<type>") 受納而無 "unknown type" 之誤。

失敗時： 驗證類型字串拼寫無誤地加入 valid_types，且參數提取涵蓋一切類型特有之必要引數。

步驟三：布線至 unified_piece_generation.R

編輯 R/unified_piece_generation.R：

1. 於 generate_pieces_internal() 加入分派 case
2. 若類型支援 PILES 記法，加入融合處理

# In the switch/dispatch
"<type>" = generate_<type>_pieces_internal(params, seed)

預期： 分派類型時，拼塊得以生成。

失敗時： 確認分派 case 字串與類型名完全相符，且 generate_<type>_pieces_internal 已於拼圖模組定義並輸出。

步驟四：布線至 piece_positioning.R

編輯 R/piece_positioning.R：

為新類型加入定位分派。多數類型用共用之定位邏輯，然有些須自訂。

預期： apply_piece_positioning() 處理新類型而無誤，且拼塊置於正確座標。

失敗時： 查新類型是否需自訂定位邏輯或可重用共用定位路徑。預設路徑不適用時加分派 case。

步驟五：布線至 unified_renderer.R

編輯 R/unified_renderer.R：

1. 於 render_puzzle_svg() 加入渲染 case
2. 加入邊路徑函式：get_<type>_edge_paths()
3. 加入拼塊名函式：get_<type>_piece_name()

預期： 為新類型生成 SVG 輸出，附正確之拼塊輪廓與邊路徑。

失敗時： 驗證 get_<type>_edge_paths() 回傳有效之 SVG 路徑資料，且 get_<type>_piece_name() 為各拼塊產唯一識別。

步驟六：布線至 adjacency_api.R

編輯 R/adjacency_api.R：

加入鄰接分派，使 get_neighbors() 與 get_adjacency() 對新類型有效。

預期： get_neighbors(result, piece_id) 為拼圖中任一塊回傳正確鄰居。

失敗時： 查鄰接分派是否回傳正確資料結構。以小格網測試並依幾何手動驗證鄰接關係。

步驟七：增 ggpuzzle Geom 層

編輯 R/geom_puzzle.R：

以 make_puzzle_layer() 工廠建立 geom_puzzle_<type>()：

#' @export
geom_puzzle_<type> <- function(mapping = NULL, data = NULL, ...) {
  make_puzzle_layer(type = "<type>", mapping = mapping, data = data, ...)
}

預期： ggplot() + geom_puzzle_<type>(aes(...)) 渲染而無誤。

失敗時： 驗證 make_puzzle_layer() 收到正確之類型字串，且 geom 函式已透過 @export 於 NAMESPACE 輸出。

步驟八：增 Stat 分派

編輯 R/stat_puzzle.R：

1. 加入類型特有之預設參數
2. 於 compute_panel() 加入分派 case

預期： stat 層正確計算拼圖幾何，並產出預期數量之多邊形。

失敗時： 查 compute_panel() 分派 case 是否回傳含必要欄（x、y、group、piece_id）之 data frame，且預設參數對新類型合宜。

步驟九：更新 DESCRIPTION

編輯 DESCRIPTION：

1. 將新類型加入 Description 欄之文字
2. 將任何新套件加入 Suggests:（若為外部依賴）
3. 更新 Collate: 以納入新 R 檔（按字母順序）

預期： devtools::document() 成功。無關於未列檔案之 NOTE。

失敗時： 查新 R 檔是否按字母順序列於 Collate: 欄，且任何新 Suggests 套件之拼寫與版本約束皆正確。

步驟十：更新 config.yml

編輯 inst/config.yml：

為新類型加入預設與約束：

<type>:
  grid:
    default: [3, 3]
    min: [2, 2]
    max: [20, 20]
  size:
    default: [300, 300]
    min: [100, 100]
    max: [2000, 2000]
  tabsize:
    default: 20
    min: 5
    max: 50
  # Add type-specific params here

預期： 配置為有效之 YAML。預設於 generate_puzzle() 用之時產出可用拼圖。

失敗時： 以 yaml::yaml.load_file("inst/config.yml") 驗證 YAML。確保預設之 grid 與 size 值產合宜拼圖（不過小亦不過大）。

步驟十一：擴展 Shiny App

編輯 inst/shiny-app/app.R：

1. 將新類型加入 UI 類型選擇器
2. 為類型特有參數加入條件式 UI 面板
3. 加入伺服端生成邏輯

預期： Shiny app 於下拉選單中顯示新類型，並於選定時生成拼圖。

失敗時： 查類型是否加入 UI 選擇器之 choices 引數，類型特有參數之條件式面板是否用 conditionalPanel(condition = "input.type == '<type>'")，且伺服端處理器是否傳遞正確參數。

步驟十二：建立測試套件

建立 tests/testthat/test-<type>-puzzles.R：

test_that("<type> puzzle generates correct piece count", { ... })
test_that("<type> puzzle respects seed reproducibility", { ... })
test_that("<type> adjacency returns valid neighbors", { ... })
test_that("<type> fusion merges pieces correctly", { ... })
test_that("<type> geom layer renders without error", { ... })
test_that("<type> SVG output is well-formed", { ... })
test_that("<type> config constraints are enforced", { ... })

若類型需外部套件，以 skip_if_not_installed() 包裝測試。

預期： 一切測試通過。除非外部依賴缺失，否則無 skip。

失敗時： 個別檢查各整合點。最常見之問題乃缺失之分派 case——行 grep -rn "switch\|valid_types" R/ 以尋一切分派位置。

驗證

• generate_puzzle(type = "<type>") 產有效輸出
• 一切 10 整合點正確布線
• devtools::test() 連同新測試通過
• devtools::check() 回傳 0 errors、0 warnings
• Shiny app 渲染新類型
• 配置約束受執行（min/max 驗證）
• 鄰接與融合正確運作
• ggpuzzle geom 層渲染而無誤
• devtools::document() 成功（NAMESPACE 已更新）

常見陷阱

• 缺失分派 case：遺一 10+ 檔之一致默默失敗或「unknown type」之誤
• strsplit 與負數：以 paste(a, b, sep = "-") 建鄰接鍵時，負拼塊標籤產如 "1--1" 之鍵。改用 "|" 分隔符並以 "\\|" 切分
• 以 cat() 輸出：務用 cli 套件之記錄包裝（log_info、log_warn 等）
• Collate 順序：DESCRIPTION 之 Collate 欄須按字母或依賴順序
• Config.yml 格式：確保 YAML 有效；以 yaml::yaml.load_file("inst/config.yml") 測試

相關技能

• generate-puzzle — 鷹架後測試新類型
• run-puzzle-tests — 執行完整測試套件以驗證整合
• validate-piles-notation — 以新類型測試融合
• write-testthat-tests — 通用測試撰寫模式
• write-roxygen-docs — 為新 geom 函式撰寫文件