C 語言中的面向對象思想：從硬體驅動到手機開發的實踐感悟

前言：嵌入式領域的 C 語言堅守

多年來，我始終在嵌入式領域摸爬滾打——從校園時期的硬體驅動層、底層功能層，到職場上的手機軟體開發。雖然 C++ 效能與編譯器已大幅進步，但在資源受限、即時性要求高的嵌入式系統中，C 語言仍是絕對主力。編譯器支援度、程式碼體積、執行效率、團隊慣性等因素交織，使得 C 語言的統治地位短期內難以撼動。

一、面向對象的本質：框架化與抽象

面向對象非關語法糖，其核心目的是「框架化」，手段是「抽象」。

• 框架化：將龐大工程拆解為分層次的有機組合。如電腦由主板、CPU、各類擴充卡組成；教育網由核心節點與子節點層層構建。
• 抽象：忽略具體實現差異，提煉共同介面。不同品牌顯示器對應同一介面；不同 CPU、主板、顯示卡隱藏於「電腦」抽象之後。
• 獨立演化：各抽象結構可獨立擴充（繼承）、替換實現（多型）。
• 統一通訊：層與層、結構與結構間透過訊息、事件機制解耦。

二、C 語言早期的「面向對象」嘗試

1. 巨集定義：最原始的多型

#define MacroFunction AFunction
// 需切換時：#define MacroFunction BFunction

編譯期靜態綁定，僅適用於全域替換，缺乏執行期靈活性。

2. 靜態入口函數 + 功能碼：介面隔離與名稱解析

long Nilan(int FunctionCode, Para *param) {
    switch(FunctionCode) {
        case SendPacket:   send(...); break;
        case ReceivePacket: receive(...); break;
        // ...
    }
}

網卡驅動與協議棧僅透過單一入口函數耦合。介面限制：雙方僅知有限功能；名稱解析：建立功能碼與實現的映射。新增功能只需擴充功能碼，不修改介面簽名，體現開閉原則雛形。

3. 回呼函數：微觀層面的可演化性

函數指標讓函數在無需重新編譯的情況下註入新行為。雖涉及雙重間接存取、可能導致程式碼「支離破碎」（難以靜態追蹤呼叫鏈），但在非極致效能場景下，其靈活性極具價值。配合先進框架可緩解可讀性問題。

三、事件與訊息：解耦的終極形態

具體函數呼叫造成強耦合。事件/訊息機制以「名稱解析」取代直接呼叫，雙方遵循共同協定即可協作。更進一步，它天然支援行程間通訊：控制中心（訊息佇列 + 分發迴圈）接收訊息並分發至目標行程，實現動態掛載/卸載模組。事件傾向通知「發生了什麼」，訊息傾向指令「做什麼」，本質相同，語意不同。

四、總結：程式設計如寫作，先骨架後血肉

先抽象出骨架（框架化），再考慮邊界條件、擴充點、極端情況。C 語言雖無原生類別語法，但結構體、函數指標、不透明指標、模組化編譯等機制，足以構建具備封裝、繼承、多型特質的系統。面向對象是思維方法，而非語言專利。