抽象的重要

抽象在程式設計中是有用的，而且會用的人知道它有大用。而許多初學者（包括我）一開始覺得它並無實際用途（指抽象類）。

後來，我知道了設計模式這個東西才恍然大悟又驚嘆此智慧型高深，設計模式一開始並不是程式界的產品，它是建築界的大師提出的。

抽象是什麼：抽象是對乙個集合（種類）的物件特徵的定義，與具體相對。

舉個例子吧：在世界上你可以找到很多動物，但你卻找不到動物這個東西。

這關係到抽象的兩個特性：1，概括性 2，無例項。上面的例子中每乙個動物（比如貓）就是乙個物件，而動物這個名詞就是抽象。動物概括了所有由動物細胞組成的生命體的集合。

那麼，你會覺得動物這個詞沒用嗎？又或者不要它的概括性每次要說到動物時就說一大段定義；又或者全部例項為抽象把所有動物都改名叫動物？

依此看來抽象是重要的，當然上面亂七八糟的似乎和程式沒有關係。那麼在程式中如何應用抽象呢？

乙個好的程式設計師習慣對抽象進行程式設計，因為這符合「知道最少」原則和「替換」原則。

關於「知道最少」這又要說到程式的耦合性了。在程式裡若類與類之間聯絡過於緊密我們稱之為強耦合，就是「知道太多」，模組（類）之間互相知道的越多耦合就越強，耦合越強越不利於維護（這又是一大門學問），把類做得讓別人(其它物件)知道最少這才是優秀的**（黑盒程式設計）。

關於「替換」這又要說到繼承和黎克特制代換的知識了。應用場景：專案經理對專案的要求是改了又改，就算是高智商的程式設計師也是被此煩得不行，雖然說領了工資就要工作，但是重複的事卻不應重複去做（煩）。

「黎克特制代換」中規定子類可以完全替代父類去幹事情，而對其它**完全不需要修改。有人說這和抽象有什麼關係，在程式設計裡抽象類總是父類。習慣對抽象（介面）程式設計的程式設計師是好的程式設計師，在呼叫抽象或介面時，實現抽象（介面）的類可以被其它同樣實現替換，而不必知道具體是什麼東西。