前置處理器與條件編譯 C# 無獨立前置處理器，指令作為詞法分析階段執行。所有指令以 # 開頭，必須獨佔一行 (前可有空白)。 符號定義與取消 #define

溢位問題本質 定長整數型別 (byte, short, int, long 等) 有固定值域。運算結果超出範圍即發生溢位。 byte b = 255; b =

兩大觸發來源 來源機制範例 程式碼主動拋出throw 陳述式throw new ArgumentNullException(nameof(s)); 執行時條件

throw 陳述式兩種形式 // 1. 拋出新例外 throw new ArgumentException(參數無效, nameof(param)); //

C# vs C++ 例外處理核心差異 特性C#C++ 例外型別所有例外皆為 System.Exception 衍生類別任意型別皆可拋出 (int, char*

流程控制關鍵字總覽 類別關鍵字用途 選擇if, else, switch, case條件分支 迴圈while, do, for, foreach重複執行 跳轉

軟體危機：硬體飛躍與軟體滯後的鋸齒差 1960s-70s，摩爾定律驅動硬體指數級增長，但軟體開發仍停留在「手工作坊」階段： 進度失控、預算超支、品質低落 交付

面向物件 = 物件 + 類別 + 繼承 + 通訊 若軟體系統使用這四個概念設計實現，即為面向物件系統。 物件 基本構成單元，由一組屬性 (狀態) + 一組操

物件模型核心定位 描述系統靜態結構：類別/物件、屬性、操作、關係。目的在找出與應用程式密切相關的概念。 OMT 物件模型建構 5 步驟 步驟 1：確定物件類

動態模型核心定位 著重控制邏輯，考察物件狀態隨時間變化的序列，描述「何時做」以及「在什麼條件下做」。 兩大核心圖表 圖表焦點適用對象關鍵元素 狀態圖單一類

功能模型核心定位 著重系統內部資料傳遞與處理，定義「輸入經運算轉換為輸出」的映射關係，不考慮執行時序 (時序屬動態模型)。 資料流圖 (DFD) 核心元素

OMT 起源與定位 由美國通用電氣 (GE) 研究中心提出 (Rumbaugh 等)。 以面向物件思想為基礎，透過抽象構造三個相關模型，全面捕捉問題空間資訊。

雙階段分析架構 階段論域分析應用分析 目標建立論域知識庫、理解業務本質將論域知識映射至具體應用需求 範圍廣泛、超出當前應用受用戶需求限制、縮減資訊量 參與者

方法論定位 Coad-Yourdon 方法建立在資訊模型化、面向物件程式設計、知識庫系統基礎上，分為 OOA (分析) 與 OOD (設計) 兩階段。分析階段輸

OOA 定位與產出 階段焦點核心任務產出 面向物件分析 (OOA)問題論域形式化說明應用問題、識別物件協作概念模型：類別、關係、屬性、操作、主題 傳統系統分

高層設計 (架構設計) 核心目標 建立系統整體結構模型：子系統、模組、層次、介面、資料流、部署拓撲。 識別在具體運算環境下解決問題所需的技術概念：資料庫、訊息

設計階段沿用分析五層次 Coad-Yourdon 方法在設計階段繼續採用分析階段的五個層次：類別與物件、結構、屬性、服務、主題，確保分析到設計的平滑過渡。 問

分析 vs 設計：核心差異 階段焦點核心問題產出 面向物件分析 (OOA)問題論域「做什麼」(What)概念模型：類別、關係、屬性、操作 面向物件設計 (O

從 C 到 C++ 再到 C# 的演進 語言年代核心範式關鍵貢獻 C1970s面向過程結構化程式設計、模組化、廣泛普及 C++1980s多範式 (OOP +

類別宣告完整語法 [attributes] [class-modifiers] class identifier [type-parameter-list]