程式設計核心思維：自上而下的逐步求精法

前言：從問題到程式的橋樑

寫程式不是寫代碼，而是「設計解決方案」。Turbo C 教程將程式設計劃分為三步：分析問題 → 畫出輪廓 → 實現程式。其中第二步「畫出基本輪廓」是連結抽象思維與具體代碼的關鍵環節，核心方法論為自上而下設計與逐步求精。

一、為什麼需要「輪廓」？

直接動手寫代碼如同無圖紙蓋房子。輪廓（偽代碼）的作用：

• 用自然語言描述邏輯，不受語法干擾
• 建立程式骨架，確保結構清晰
• 便於團隊溝通與後續維護

二、自上而下設計：從主模組到子模組

1. 主模組：程式的「目錄」

以「計算購房總成本」為例，主模組僅列出高層任務：

主模組
  ├─ 輸入資料
  ├─ 計算購房金額
  ├─ 計算裝修金額
  ├─ 計算總金額
  └─ 輸出結果

此時完全不關心「如何計算」，只關心「做什麼」。

2. 子模組：展開具體邏輯

將每個任務進一步分解：

計算購房金額
  ├─ 讀取房價
  ├─ 讀取稅率
  ├─ 計算稅額
  └─ 回傳總價

繼續分解，直到每個模組只做一件簡單的事（如單一公式計算、單一 I/O 操作）。

三、逐步求精：層層深入直到可直接編碼

這是一個遞迴過程：

1. 最頂層：主流程 5-7 個步驟
2. 第二層：每個步驟展開為 3-5 個子步驟
3. 第三層：處理邊界條件、錯誤檢查、資料驗證
4. 最底層：直接對應到 C 語言語句（scanf、printf、算術運算、迴圈）

四、結構圖：視覺化模組關係

將模組呼叫關係繪製為樹狀結構圖：

• 方框代表模組
• 箭頭代表呼叫關係
• 層級清晰對應求精深度

這不僅是文件，更是設計過程中的思維導圖。

五、實戰建議

1. 先寫註解再寫代碼：在 .c 檔案中先用 // 寫出偽代碼輪廓，再逐行替換為實際語句。
2. 單一職責原則：每個函數只做一件事，超過 30 行考慮拆分。
3. 介面先行：先定義函數原型（輸入/輸出/副作用），再實作內部邏輯。
4. 常態回顧：每完成一層求精，回頭檢查是否偏離原始需求。

結語

「自上而下」不是死板流程，而是控制複雜度的思維工具。大師級程式設計師的差異不在於語法熟練度，在於能否在動鍵盤前，腦中已構建清晰的模組結構圖。養成逐步求精習慣，是從「寫代碼」進化為「工程設計」的分水嶺。