朋友指著自己寫的代碼問：你看我的代碼寫的怎麽樣，有沒有問題，哪裏需要修改？

以最寬松的標準講，只要代碼沒有邏輯錯誤，沒有嚴重性能問題，就沒有問題，但我知道，他問得不是這些，而是問代碼有沒有可以更進一步優化的可能，我看他的代碼做了清晰的分層，提取了基類，使用了模板模式，總體上算是不錯了。

問題來了，究竟什麽樣的代碼算得上是好代碼呢？

面對這個問題，可能大多數程序員首先想到的是：高內聚，低耦合，高效率，已維護，易擴展。這些是對的，但這只能算是正確的廢話，因為對大部分IT從業者（尤其是剛入行，缺乏足夠知識和經驗的新人）來說，並不能通過一個具體的標準去衡量。

拋開框架和具體技術細節，單純從編碼的角度講，依我的觀點：

面向對象編程，考察的是抽象化的能力。

第一層級的抽象是類。

從實際業務需求入手，將現實世界中的事物，抽象成類，通過類，對象之間的相互調用，完成業務需求，這是面向對象編程最基礎的抽象的能力。

第二層級的抽象是基類。

發現類之間的共性，提取基類，抽象類，基類負責處理共性的邏輯，子類負責處理個性的邏輯，從而實現代碼的復用，邏輯更清晰，代碼更易於維護。

再高一層級的抽象是接口。

接口僅僅定義了一組規範標準，而不包含任何實現邏輯，因此，接口比抽象類的適用範圍更廣。面向對象開發原則中的“依賴倒置原則”，簡單來說，就是要面向接口編程。

更高一層級的抽象是泛型。

為什麽將泛型放到比基類和接口更高一層級，因為基類和接口，都只是對其繼承者的單一類型的抽象，而泛型，是對多個相互協作類型的抽象，泛型不僅僅是對類型的抽象，還抽象出了多個類型間相互協作行為，正確的使用泛型，能夠讓代碼變得更精煉，邏輯更嚴謹規範。

好了，以上四個層級，也是簡單的給代碼劃分等級，看看自己寫的代碼，現在處於哪一個層級呢。

後記

當然，並非所有的代碼都需要提取基類，定義接口，凡事都有一個適用範圍。

以上關於抽象化的觀點，算是自己多年從事軟件開發的一點小小的感悟，希望對你的編程工作又一定幫助。更為大家廣泛接受的，區分好代碼的標準是“面向對象開發原則”，因為有太多文章寫這方面的內容，這裏就不做展開，有興趣的朋友可以自行搜索。

什麽樣的代碼稱得上是好代碼？