許多程式設計師自以為理解 OOP,實則停留在「呼叫框架類別」的使用者層級。本文剖析物件導向的核心本質,點出從使用者邁向設計者的關鍵門檻。
「物件」以真實事物為原型,透過封裝與繼承化解「類別規律」與「實際應用」的差異。這是一個「將錯綜複雜的問題整體打包」的過程,強制要求對事物進行歸納與抽象,這才是設計門檻提高的根本原因——但也正是因為這層抽象,才能降低實例化應用的複雜度並擴大適用範圍。
判斷是否真正理解 OOP,最直接標準:是否實作過「自訂物件」的封裝。這是面向物件理念的初衷與歸宿。
OOP 不深奧,像一層「窗戶紙」。關鍵在於:是否意識到這層窗戶紙的存在,並伸手捅破它。開發環境已提供設計、封裝、引用物件的完整技術手段,如何在這舞台上抽象、構造屬於自己的應用物件,才是駕馭 OOP 能力的具體體現。若不願付出抽象建模的代價,只能永遠在殿堂門口「霧裡看花」。