單一職責原則——面向?qū)ο笤O計原則 (biancheng.net)
設計模式六大原則記憶：SOLLID，堅固的烟逊，記住他們朋凉，你寫的程序也會變得Solid嵌言。
1 單一職責原則（S | Single Responsibility Principle）
含義：單一職責原則規(guī)定一個類應該有且僅有一個引起它變化的原因玩祟，否則類應該被拆分。
一個類不應承擔過多的職責岖赋，對內(nèi)而言承擔過多職責會增加類的復雜度映挂，某一職責的修改可能會影響其他模塊。對外而言用戶像使用單個職責時普气，卻不得不將其他職責包含進來谜疤。
單一職責原則需要設計人員發(fā)現(xiàn)類的不同職責并將其分離，再封裝到不同的類或模塊中。而發(fā)現(xiàn)類的多重職責需要設計人員具有較強的分析設計能力和相關重構經(jīng)驗夷磕。
2 開閉原則（O | Open Closed Principle）
含義：軟件實體應當對擴展開放履肃，對修改關閉。含義是坐桩，當需求發(fā)生更改時尺棋，盡量在不改動已有源碼的情況下拓展模塊功能，時期滿足新的需求撕攒。
開閉原則的主要優(yōu)點：
- 對于軟件測試：測試時僅需要對新增代碼進行測試陡鹃，因為原有代碼沒有改動。
- 提高代碼的可復用性：類設計的粒度越小抖坪，復用性就越強
- 程序可維護性強：遵守開閉原則的軟件萍鲸，其穩(wěn)定性高和延續(xù)性強，從而易于擴展和維護
3 里氏替換原則（L | Liskov Substitution Principle）
含義：繼承必須確保父類所擁有的性質(zhì)在子類中仍然成立擦俐。即子類可以擴展父類的功能脊阴，但不能改變父類原有的功能。
里氏替換原則的要求：
- 如果子類覆蓋父類的方法蚯瞧，那么子類的返回結果的范圍需要小于等于父類嘿期，訪問權限不得小于父類，拋出的異常也不得大于父類的異常埋合。
如果違背了里氏原則备徐，則類對象出現(xiàn)在父類出現(xiàn)的地方則會報錯。
4 迪米特法則（L | Liskov Substitution Principle）
迪米特法則（Law of Demeter甚颂，LoD）又叫作最少知道原則蜜猾。
含義：如果兩個軟件實體無須直接通信，那么就不應當發(fā)生直接的相互調(diào)用振诬，可以通過第三方轉(zhuǎn)發(fā)該調(diào)用蹭睡。其目的是降低類之間的耦合度，提高模塊的相對獨立性赶么。
迪米特法則強調(diào)以下兩點：
- 從依賴者的角度來說肩豁，只依賴應該依賴的對象。
- 從被依賴者的角度說辫呻，只暴露應該暴露的方法清钥。
具體措施：
- 在類的劃分上，應該創(chuàng)建弱耦合的類放闺。類與類之間的耦合越弱循捺，就越有 利于實現(xiàn)可復用的目標。
- 在類的結構設計上雄人，盡量降低類成員的訪問權限。
- 在類的設計上，優(yōu)先考慮將一個類設置成不變類础钠。
- 在對其他類的引用上恰力，將引用其他對象的次數(shù)降到最低。
- 不暴露類的屬性成員旗吁，而應該提供相應的訪問器（set 和 get 方法）踩萎。
5 接口隔離（I | Interface Segregation Principle）
含義：客戶端不應該被迫依賴于它不使用的方法，一個類對另一個類的依賴應該建立在最小的接口上很钓。
接口隔離原則（Interface Segregation Principle香府，ISP）要求程序員盡量將臃腫龐大的接口拆分成更小的和更具體的接口，讓接口中只包含客戶感興趣的方法码倦。
具體措施：
- 接口盡量小企孩，但是要有限度。一個接口只服務于一個子模塊或業(yè)務邏輯袁稽。
- 為依賴接口的類定制服務勿璃。只提供調(diào)用者需要的方法，屏蔽不需要的方法推汽。
- 了解環(huán)境补疑，拒絕盲從。每個項目或產(chǎn)品都有選定的環(huán)境因素歹撒，環(huán)境不同莲组，接口拆分的標準就不同深入了解業(yè)務邏輯。
- 提高內(nèi)聚暖夭，減少對外交互锹杈。使接口用最少的方法去完成最多的事情。
6 依賴倒置原則（D | Dependence Inversion Principle）
含義：高層模塊不應該依賴于底層模塊鳞尔，兩者都應該依賴于抽象嬉橙。抽象不應該依賴于細節(jié)。
軟件設計中寥假，細節(jié)具有多變性市框，而抽象層則相對穩(wěn)定，因此以抽象為基礎搭建起來的架構要比以細節(jié)為基礎搭建起來的架構要穩(wěn)定得多糕韧。
具體措施：
- 每個類盡量提供接口或抽象類枫振，或者兩者都具備。
- 變量的聲明類型盡量是接口或者是抽象類萤彩。
- 任何類都不應該從具體類派生粪滤。
- 使用繼承時盡量遵循里氏替換原則。
