Structured approach to programming

歡迎來到結構化程式設計！

你有沒有試過在沒有說明書的情況下組裝超大型的 LEGO 模型？那簡直是一場惡夢！程式設計也是一樣。當程式變得龐大時，如果沒有規劃，程式碼會變成雜亂無章的「麵條碼」（Spaghetti code），到最後根本無法修復。結構化程式設計（Structured programming）就是我們編寫程式的「說明書」。它是一種嚴謹的設計與構建程式的方法，讓程式更易於閱讀、測試和除錯。別擔心，聽起來雖然專業，但核心概念其實就是「條理分明」！

1. 核心概念：模組化程式設計

結構化程式設計最大的秘訣在於模組化（Modularization）。簡單來說，就是把一個龐大且棘手的問題，拆解成較小、易於管理的區塊，我們稱之為模組（Modules）或子程式（Subroutines）。

類比：學校食堂

試想一下學校食堂的情況。如果只有一個人負責點餐、烹飪、洗碗和收錢，整個系統肯定會崩潰！相反，食堂是模組化的：有「烹飪模組」、「服務模組」和「付款模組」。每個「模組」都各司其職，確保效率。

• 子程式 (Subroutine)：一段已命名的程式碼區塊，負責執行特定任務。當你需要執行該任務時，可以隨時「呼叫」（call）它。
• 由上而下設計 (Top-Down Design)：這是一種設計過程，從最主要的目標開始，將其不斷拆解為更小、更細化的子任務。

快速回顧：模組化程式設計讓編寫程式變得更簡單，因為你一次只需要專注於一個小任務！

2. 溝通：參數與回傳值

如果我們把程式拆成多個部分，這些部分就需要溝通的橋樑，這就是透過參數（Parameters）和回傳值（Return values）來實現的。

參數（輸入）

參數是你傳遞「進入」子程式的資訊，讓它能順利完成工作。
例子：如果你有一個名為 CalculateTax（計算稅額）的子程式，那麼商品的「價格」就是你傳給它的參數。

回傳值（輸出）

回傳值是子程式執行完畢後，發送「回到」主程式的資訊。
例子：當 CalculateTax 完成運算後，它會將最終的「稅額」回傳給你。

記憶小撇步：把子程式想像成一部自動販賣機。參數就是你投入的硬幣和你按下的按鈕（輸入）。回傳值則是掉出來的零食（輸出）。

3. 保持隱私：區域變數與作用域

在結構化程式設計中，我們非常重視作用域（Scope）。這定義了一個變數可以在程式的哪些部分被看到或使用。

• 全域變數 (Global Variables)：可以在程式的任何地方存取。雖然看起來很方便，但其實很危險！因為程式的任何部分都可能不小心修改到它，進而導致錯誤（bugs）。
• 區域變數 (Local Variables)：在子程式「內部」宣告的變數。它們只在子程式執行期間存在。一旦子程式執行結束，這些變數就會被刪除。

為什麼要使用區域變數？

這就像擁有一本私人日記，只有「你」可以閱讀和修改。如果全世界的人（整個程式）都可以在你的日記上寫字，那很快就會變得一團亂！使用區域變數可以防止程式的某一部分不小心破壞了另一部分。

你知道嗎？限制變數的作用域被視為一種「良好實踐」（Good Practice），因為它既節省記憶體，又能讓程式碼更安全。

重點總結：請務必優先使用區域變數而非全域變數，這樣才能保持程式碼整潔且沒有錯誤。

4. 為什麼要這麼麻煩？結構化方法的優勢

你可能會問：「為什麼不直接把所有程式碼寫在一個長串清單裡就好？」以下是結構化方法勝出的理由：

• 更容易除錯 (Easier to Debug)：由於每個模組都很小，你可以單獨測試它，確保它運作無誤後再進行下一步。
• 可重複使用性 (Reusability)：一旦你寫好了一個「驗證電子郵件」（ValidateEmail）的子程式，你可以在 100 個不同的程式中重複使用它，而無需重新編寫！
• 團隊合作 (Teamwork)：在現實世界中，可能有 50 個工程師同時開發一個應用程式。有了模組，程式設計師 A 可以專注開發「登入」模組，而程式設計師 B 可以開發「搜尋」模組，彼此互不干擾。
• 更易於維護 (Easier Maintenance)：如果你需要更新稅率，你只需要修改「計算稅額」這一個模組的程式碼，而不需要去每一行程式碼中尋找並更改。

5. 繪製圖表：階層圖與結構圖

在開始編寫程式碼之前，我們需要一張地圖。我們使用階層圖（Hierarchy Charts）（有時也稱為結構圖）來顯示不同模組之間的關係。

如何解讀階層圖

• 「老闆」（主程式）位於最頂端。
• 「員工」（子程式）位於下方。
• 連線代表哪個模組「呼叫」了另一個模組。
• 結構是由概括性（頂層）到具體性（底層）。

例子：想像一個「遊戲」的階層圖：
1. 頂端：執行遊戲
2. 下一層：初始化關卡、處理輸入、更新圖形
3. 「初始化關卡」的下一層：載入地圖、生成敵人

需避免的常見錯誤：階層圖「不」會顯示事件發生的順序（不像流程圖）。它只顯示程式是如何「拆解」成各個部分的。

快速總結檢查清單

如果感到壓力，別擔心！只要記住這五點：
1. 拆解問題：使用模組/子程式來執行特定任務。
2. 溝通清晰：使用參數傳入資料，並使用回傳值傳出資料。
3. 保持在地化：使用區域變數，讓你的資料安全且私密。
4. 條理分明：在寫程式前，先使用階層圖規劃結構。
5. 聰明工作：結構化的程式碼更易於測試、修復且可重複使用！