前言 在 Windows 程式設計中，BMP（Bitmap）作為最基礎的圖像格式，雖然結構簡單，但若採用傳統 GDI 方式載入顯示，往往面臨記憶體佔用大、繪圖速

核心概念重構 在 C++ 抽象機中： CPU 只識別狀態，二進制數是狀態的編碼，指令是狀態轉換規則。 類型 = 「如何將數學數值編碼為二進制」的規則 (如 i

ActiveX 在 BCB 中的地位 BCB 通過 **Import ActiveX** 向導將 .ocx/.dll 封裝為原生 VCL 組件 (生成 *_TL

核心原理：時間差分法 Windows 不直接提供「進程 CPU %」API。標準做法： 採樣時刻 T1：讀取目標進程 User Time + Kernel T

核心概念速覽 DC (Device Context)：GDI 繪圖裝置環境，含繪圖屬性、筆刷、字型等。 RC (Rendering Context)：Open

3x3 卷積核通用框架 空域線性濾波：輸出像素 = Σ (鄰域像素 × 核權重) / 除數 + 偏移，再鉗制 [0,255]。 核心代碼 Height;

問題 TImage 無捲動條、無焦點、無法直接顯示超出視窗範圍的大圖。 方法一：TScrollBox 容器 (標準捲動條) 放置 TScrollBox (或

演算法 每像素各通道值 = 255 - 原值。對 24-bit BMP (BGR 順序)，逐行處理： PixelFormat != pf24bit) retur

元件類聲明標準結構 class PACKAGE TMyComponent : public TComponent // 或 TControl/TCustom

動機 讓自訂類別 (如 SmallInt) 能隱式參與內建型別 (int, double) 的運算，避免為每種運算子重載提供所有組合 (如 operator+

透明位圖 vs GIF GIF：僅支援 256 色、單一透明色、動畫。 BMP (位圖)：支援真彩色 (24/32-bit)、可設定任意顏色為透明色、**無專

問題 傳統鏈表要求節點型別固定。若要存放不同結構 (Struct_A, Struct_B)，需為每種型別複製插入/刪除/搜尋函數，違反 DRY 原則。 方案一

Win16 vs Win32 記憶體模型差異 Win16：單一 32-bit 線性位址空間，所有進程共享，**GlobalAlloc(GMEM_SHARE)

背景 ActiveX 控制項 (.ocx) 本質是 COM 伺服器 DLL，必須在系統註冊表寫入 CLSID、ProgID、TypeLib、InprocServ

CHM 優勢 單一壓縮檔案、全文搜尋、索引、收藏夾、HTML 格式易編輯。 Windows 內建 hh.exe (HtmlHelp Viewer) 閱讀，無需

一、建立 DLL 專案 File → New → Other → DLL Wizard (或 Console Application 後改專案類型)。 專案產

協議概覽 SOCKS5 (RFC 1928) 是應用層代理協議，支援 TCP 連線轉發、UDP 關聯、多種認證機制、IPv6、域名解析。工作流程分三階段： 協

托盤區基本概念 位於工作列通知區域 (系統托盤)，提供常駐程式快速存取入口。 核心 API：Shell_NotifyIcon (shellapi.h)。 關鍵

應用場景 診斷 DNS (53)、SMTP (25)、POP3 (110)、HTTP (80)、FTP (21) 等服務可用性與延遲。 多鏡像站點測速，選擇最

架構概覽 將「介面佈局邏輯」與「視覺表現資源」完全分離： 程式端：定義控件名稱、層級、事件邏輯，運行時讀取 XML 載入皮膚資源，動態建立/調整控件位置、大小