提到面向對象程式設計（OOP），業界早有無數經典著作闡述其精髓。本文不敢妄稱大師，僅從實戰角度，梳理筆者對 OOP 核心觀念的理解，希望能為初學者搭建一座通往物件導向思維的橋樑。
在現實生活中，我們眼見的一切實體——企業、醫院、寵物、植物、人——皆可稱為「對象」。在 OOP 中，對象被抽象為「類別」，類別封裝了屬性與行為。以醫院為例：醫院擁有醫生、護士等屬性，並提供做 CT、B 超等行為。對應到程式碼，即定義一個 Hospital 類別，包含 Doctor、Nurse 等屬性，以及 DoCT()、DoBChao() 等方法。
若將「醫生」進一步細化為類別，擁有年齡、姓名、性別等屬性，以及檢查病人、開處方、做手術等行為。更進一步，兒科醫生、骨科醫生、外科醫生等可分別定義為子類別。問題來了：這些子類別共享相同的基礎屬性與行為，難道要在每個類別中重複定義？答案當然是否定的。
解決之道是定義一個基礎 Doctor 類別，封裝共同屬性與行為，讓各專科醫生類別繼承它。這就是 OOP 中的「繼承」機制——子類別自動擁有父類別的所有非私有成員，實現代碼復用與邏輯層次清晰。
再看一個例子：「人」有白人、黑人、黃種人之分，擁有年齡、性別、吃飯等屬性行為；「狗」有白狗、黑狗之分，擁有年齡、性別、吃飯、咬人等。顯而易見，「人」與「狗」共享年齡、性別、吃飯等特徵。若採用多重繼承，讓黑狗、白狗同時繼承「人」與「狗」，雖能避免重複定義，但 C# 與 Java 皆不支援多重繼承。
此時，「介面」應運而生。定義一個 IAnimal 介面，宣告年齡、性別、吃飯等共同契約；再定義 Human 基類別實作該介面，白人、黑人等繼承 Human；同理 Dog 類別實作 IAnimal，白狗、黑狗繼承 Dog。透過介面，我們在單繼承限制下，仍能靈活表達「是一種」與「擁有某種能力」的關係。
面向對象的精髓在於：以類別建模現實實體，以封裝隱藏內部細節，以繼承實現代碼復用與層次結構，以多型（介面實作）突破單繼承限制，實現契約導向設計。掌握這三大支柱，便能在 C# 世界中遊刃有餘。
