一點說明：OO的五大原則是指SRP、OCP、LSP、DIP、ISP。這五個原則是書中所提到的。除此之外，書中還提到一些高層次的原則用于組織高層的設計元素，這些放到下次再寫。當然，OO設計的原則可能不止這五個，希望大家多提寶貴意見，多多交流。
在學習和使用OO設計的時候，我們應該明白：OO的出現(xiàn)使得軟件工程師們能夠用更接近真實世界的方法描述軟件系統(tǒng)。然而，軟件畢竟是建立在抽象層次上的東西，再怎么接近真實，也不能替代真實或被真實替代。
OO設計的五大原則之間并不是相互孤立的。彼此間存在著一定關聯(lián)，一個可以是另一個原則的加強或是基礎。違反其中的某一個，可能同時違反了其余的原則。因此應該把這些原則融會貫通，牢記在心！
1. SRP（Single Responsibility Principle 單一職責原則）
單一職責很容易理解，也很容易實現(xiàn)。所謂單一職責，就是一個設計元素只做一件事。什么是“只做一件事”？簡單說就是少管閑事。現(xiàn)實中就是如此，如果要你專心做一件事情，任何人都有信心可以做得很出色。但如果，你整天被亂七八糟的事所累，還有心思和精力把每件事都作好么？
“單一職責”就是要在設計中為每種職責設計一個類，彼此保持正交，互不干涉。這個雕塑（二重奏）就是正交的一個例子，鋼琴家和小提琴家各自演奏自己的樂譜，而結果就是一個和諧的交響樂。當然，真實世界中，演奏小提琴和彈鋼琴的必須是兩個人，但是在軟件中，我們往往會把兩者甚至更多攪和到一起，很多時候只是為了方便或是最初設計的時候沒有想到。
這樣的例子在設計中很常見，書中就給了一個很好的例子：調(diào)制解調(diào)器。這是一個調(diào)制解調(diào)器最基本的功能。但是這個類事實上完成了兩個職責：連接的建立和中斷、數(shù)據(jù)的發(fā)送和接收。顯然，這違反了SRP。這樣做會有潛在的問題：當僅需要改變數(shù)據(jù)連接方式時，必須修改Modem類，而修改Modem類的結果就是使得任何依賴Modem類的元素都需要重新編譯，不管它是不是用到了數(shù)據(jù)連接功能。解決的辦法，書中也已經(jīng)給出：重構Modem類，從中抽出兩個接口，一個專門負責連接、另一個專門負責數(shù)據(jù)發(fā)送。依賴Modem類的元素也要做相應的細化，根據(jù)職責的不同分別依賴不同的接口。最后由ModemImplementation類實現(xiàn)這兩個接口。
從這個例子中，我們不難發(fā)現(xiàn)，違反SRP通常是由于過于“真實”地設計了一個類所造成的。因此，解決辦法是往更高一層進行抽象化提取，將對某個具體類的依賴改變?yōu)閷σ唤M接口或抽象類的依賴。當然，這個抽象化的提取應該根據(jù)需要設計，而不是盲目提取。比如剛才這個Modem的例子中，如果有必要，還可以把DataChannel抽象為DataSender和DataReceiver兩個接口。