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