為什麼不直接用 rand()？ 分布失真：取模運算導致某些數字出現機率較高。 型別侷限：僅支援整數，無法直接產生字元、浮點數、字串、資料庫記錄等隨機序列。

問題起點：sizeof(arr)/sizeof(arr[0]) 的缺陷 傳統巨集： #define DIM(a) (sizeof(a)/sizeof(a[0])

sizeof vs strlen：根本區別 特性sizeofstrlen 性質編譯期運算子執行期函式 單位位元組字元數（不含結尾 \\0） 參數型別或運算式（

前言：為什麼選擇 CString？ MFC 的 CString 封裝了動態記憶體管理、參考計數、Unicode/ANSI 雙模支援，極大簡化字串操作。本文涵蓋連

為什麼需要函式指標？ 回呼函式無法由程式設計師直接呼叫，必須將其位址傳遞給呼叫端。函式指標正是實現此機制的關鍵——它儲存函式的進入點位址，允許執行期動態綁定。

什麼是可變參數？ 可變參數（variable argument）讓函式能接受不定數量、不定型別的引數。宣告時以 ... 標示，例如 void func(int

指南緣起：驯服 C++ 的複雜性 Google 開源專案廣泛採用 C++，但其強大特性伴隨著高複雜度，易導致 Bug 滋生、難以閱讀維護。本指南旨在透過具體編碼

前言 在大型 C++ 專案中，作用域管理直接關係到程式碼的可維護性、編譯效率與執行時期的穩定性。Google C++ 風格指南的第二部分深入探討了命名空間、巢狀

類別設計核心原則 類別是 C++ 基本代碼單元。本節規範建構/解構/複製/繼承/多態/封裝等核心機制的最佳實踐。 1. 建構函式職責：僅做平凡初始化，複雜邏輯

Google 風格核心哲學：安全第一、便利第二、局部化管理 1. 智慧指標：優先 scoped_ptr，特定場景 shared_ptr，禁用 auto_ptr

命名管理核心價值 命名風格讓大腦模式匹配引擎**無需查閱宣告**即可識別實體類型（型別、變數、函式、常數、巨集）。一致性勝過個人偏好。 1. 通用原則 **

註解核心原則 註解雖痛苦但對可讀性至關重要。**最好的程式碼即文件**——清晰的型別/變數命名勝過解釋模糊命名的註解。註解是寫給下一個讀的人（也可能是未來的你）

格式規範核心哲學 個人偏好各異，但**專案統一風格**能顯著降低閱讀理解成本。即便不同意某條規則，全專案遵循同一標準才是關鍵。 1. 行寬限制：80 字元

規則例外原則 風格指南旨在統一編碼規範，讓團隊專注於實作而非格式爭辯。但**所有優秀規則皆允許例外**，核心原則是**一致性**（包含既有程式碼的一致性）。

問題重現 class B { virtual void test() { std::cout << B::test()\n; } v

核心思路 利用正負號位元（Sign Bit）區分數值大小關係，透過函式指標表跳轉至對應比較邏輯，完全避開 if/else、?:、比較運算子。 關鍵技術細節

為何選擇異常而非回傳碼？ 回傳碼迫使呼叫端充滿 if 判斷，增加分支複雜度： 程式碼品質下降：條件判斷錯誤率約為其他陳述式 10 倍。 測試成本增加：每個分支

動態陣列 vs 靜態陣列 靜態陣列 int a[10][10] 編譯期確定大小與位置；動態陣列需執行期根據實際需求配置記憶體，支援大小變化。典型場景：工廠資料庫

問題背景：臨時物件複製的效能代價 C++ 編譯器頻繁建立、複製、銷毀臨時物件。對於擁有動態記憶體的類別（如 String、Matrix、File），複製成本高昂

建立工具列資源與成員變數 資源檔新增工具列 IDR_TOOLBAR 並編輯按鈕。 MainFrame.h 宣告成員：CToolBar m_newToolBar