📝 學習筆記：抽象化與分解 (9645 程式設計)
各位未來的電腦科學家，大家好！這一章將介紹兩個非常強大的概念：抽象化 (Abstraction) 和 分解 (Decomposition)。別擔心這些術語聽起來很深奧，其實你每天都在運用這些技巧！
這些概念是優秀程式設計 (Program Design) 的核心，它們能幫助你將龐大又嚇人的問題轉化為簡單且可解決的步驟。掌握這些技巧，就是編寫高效、易讀且易於管理程式碼的關鍵。
1. 理解抽象化：專注於重點
想像一下，你正在為城市巴士系統建立電腦模型。你需要模擬每一個螺絲、車漆上的每一道刮痕，或是引擎活塞的精確路徑嗎？當然不需要！
什麼是抽象化？
抽象化是移除不必要細節的過程，旨在讓問題更容易解決。
它意味著簡化現實，讓你只需專注於手頭工作所需的必要資訊。
- 目標：透過忽略複雜且不相關的部分，來簡化問題的求解過程。
- 在電腦科學中，我們建立的模型或系統反映了真實世界，但僅包含絕對必要的資料與行為。
類比：駕駛汽車（駕駛者的抽象化視角）
想一想駕駛汽車的情況：
駕駛者透過一個抽象介面與車輛互動：方向盤、油門踏板和煞車踏板。
- 必要細節（保留）：車速有多快、轉向的方向。
- 不必要細節（透過抽象化移除/忽略）：燃油噴嘴內部的具體化學反應、配線組中的電壓，或是廢氣的溫度。
技工（修理汽車的人）則使用不同層次的抽象化——他們需要駕駛者忽略的某些引擎細節，但他們通常不需要知道引擎缸體的具體冶金成分。
抽象化重點總結：
抽象化 = 隱藏複雜性。 它讓我們透過建立簡單的高層次視圖，來管理複雜的系統。
2. 理解分解：分而治之
如果有人要求你用樂高積木堆一座巨大的塔，你絕對不會一次就把所有積木扔上去。你會先堆疊較小的部分（地基、中層、屋頂等）。這就是分解！
什麼是分解？
分解是將一個複雜問題拆解為若干較小且易於管理的子問題（或模組）的過程。
- 每一個子問題都應該完成一項可識別的任務。
- 關鍵在於，這些較小的任務還可以進一步細分，直到它們簡單到可以輕鬆解決為止。
分解的步驟流程
在設計大型程式時，你可以這樣運用分解：
- 從整體開始：「設計一個管理學校圖書館的系統。」
-
進行第一層分解（主要子任務）：
- 任務 A：處理書籍借閱
- 任務 B：管理使用者帳戶
- 任務 C：產生報表
-
進行第二層分解（任務 A 的子問題）：
- A1：檢查書籍存量
- A2：更新借閱紀錄
- A3：計算罰款（若逾期）
最後，你將得到許多定義明確的小任務，這些任務可以個別進行編碼、測試和除錯。
分解的實踐：使用副程式
在程式設計中，分解通常是透過使用副程式 (subroutines)（程序或函式）來實現的。
- 每個子問題（例如 A1：檢查書籍存量）都會變成一個獨立的副程式。
- 這種方法稱為模組化程式設計 (modularised programming)。
你知道嗎？ 使用良好分解的程式更容易閱讀，因為主程式碼僅包含對命名副程式的呼叫，這使邏輯變得清晰許多。
分解重點總結：
分解 = 拆解問題。 它確保系統的每一個部分都有單一且明確的目的。
3. 使用抽象化與分解的優勢
這兩個原則是結構化程式設計（教學大綱 3.3.1）的基礎，並帶來了重大優勢：
A. 更有效地管理複雜性
透過移除雜訊（抽象化）和劃分工作負載（分解），大型專案變得更容易掌握。開發者只需關注他們目前正在處理的部分，而不必同時處理成千上萬行的程式碼。
B. 提高可靠性與可測試性
如果你將程式拆解為獨立的小型副程式，你就可以個別測試每個模組。
- 如果發生錯誤，你可以準確判斷出哪個模組需要檢查，這能讓除錯 (debugging) 速度快得多。
C. 更易於維護
如果系統需求變更，通常只需要修改一兩個特定的副程式，而不必重寫整個程式。這是因為模組通常是相互獨立的。
D. 可重用性
設計良好的副程式（模組）通常可以在程式的其他部分，甚至完全不同的專案中重複使用。
範例：一個名為 CalculateTax(Price) 的函式可以跨所有處理財務交易的模組使用。
🧠 快速複習：抽象化 vs. 分解
別搞混這兩者！它們相輔相成，但卻是不同的技能：
| 抽象化 (要隱藏什麼) | 分解 (如何拆解) |
| 專注於系統「做什麼」，忽略內部運作機制。 | 專注於將問題劃分為較小的邏輯子任務（步驟）。 |
| 透過移除細節來管理複雜性。 | 透過分割整體來管理複雜性。 |
繼續練習如何辨識關鍵特徵（抽象化）以及如何將問題拆解為邏輯步驟（分解），你的程式設計將會變得既穩健又專業！