C++ 必知必會 (一)：資料抽象——從問題域到解決域的零噪音映射

抽象資料型別 (ADT) 核心觀

型別 = 一組操作。ADT = 操作集合 + 具體實作。設計 ADT 時，先問「能用這物件做什麼？」而非「如何實作？」。

若問題域涉及員工、合約、薪資單，解決域應直接對應 Employee、Contract、PayrollRecord 型別。這樣問題域↔解決域雙向轉換無「轉換噪音」，程式碼更簡潔、精確。

C++ 提供建構 ADT 的機制，而非現成 ADT

通用語言無法內建業務型別，但 C++ 給予建構複雜 ADT 的便利設施（類別、模板、運算子多載、RAII）。本質上：ADT 將程式語言延伸至特定問題域。

成功 ADT 設計四步驟

1. 命名：名稱應顯而易見（Employee 而非 EmpRec）。難以命名 = 理解不清，需再思考。
2. 列出操作：依據「能做什麼」定義介面。必含：建構/解構、複製/移動、轉換（非 explicit 單參建構子、轉換運算子）。拒絕單純 getter/setter 列舉，那是懶惰暴露內部結構，非抽象。
3. 設計介面：遵循 Scott Meyers 原則——「易於正確使用，難以錯誤使用」。站在使用者角度寫呼叫碼，兼顧技術威力與心理認知負荷。
4. 實作：實作滿足介面契約。實作變更頻率遠高於介面，切勿讓實作細節滲透介面。

介面設計實戰原則

總結

資料抽象是 C++ 核心價值所在。優秀的 ADT 讓業務邏輯直觀表達，將複雜性封裝在介面之後。掌握「命名→操作→介面→實作」流程，是從寫代碼進化為做工程的關鍵一步。