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