前言
在應用開發(fā)中，最難的不是完成應用的開發(fā)工作哗总，而是在后續(xù)的升級几颜、維護過程中讓應用系統(tǒng)能夠擁抱變化。擁抱變化也就意味著在滿足需求且不破壞系統(tǒng)穩(wěn)定性的前提下保持高可擴展性讯屈、高內(nèi)聚蛋哭、低耦合，在經(jīng)歷了各個版本的變更之后依然保持清晰涮母、靈活谆趾、穩(wěn)定的系統(tǒng)架構(gòu)。當然這是一個比較理想的情況哈蝇，但我們必須要朝著這個方向去努力棺妓，那么遵循面向?qū)ο罅笤瓌t就是我們走向靈活軟件之路所邁出的第一步。
1. 單一職責原則一一優(yōu)化代碼的第一步
單一職責原則（SRP：Single responsibility principle）又稱單一功能原則炮赦，定義是：就一個類而言怜跑，應該僅有一個引起他變化的原因。簡單來說吠勘，一個類中應該是一組相關(guān)性很高的函數(shù)性芬、數(shù)據(jù)的封裝。
2. 開閉原則一一讓程序更穩(wěn)定剧防、更靈活
開閉原則（OCP：Open Close Principle）植锉，它是 Java 世界里最基礎(chǔ)的設(shè)計原則，他指導我們?nèi)绾谓⒁粋€穩(wěn)定的峭拘、靈活的系統(tǒng)俊庇。定義是：在軟件中的對象（類，模塊鸡挠，函數(shù)等等）應該對于擴展是開放的辉饱，但是對于修改是封閉的*”，這意味著一個實體是允許在不改變它的源代碼的前提下變更它的行為拣展。該特性在產(chǎn)品化的環(huán)境中是特別有價值的彭沼，在這種環(huán)境中，改變源代碼需要代碼審查單元測試以及諸如此類的用以確保產(chǎn)品使用質(zhì)量的過程备埃。遵循這種原則的代碼在擴展時并不發(fā)生改變姓惑，因此無需上述的過程褐奴。
3. 里氏替換原則一一構(gòu)建擴展性更好的系統(tǒng)
里氏替換原則（LSP：Liskov Substitution Princiole），定義是：如果對每一個類型為 S 的對象 O于毙，都有類型為 T 的對象 O2敦冬，使得以 T 定義的所有程序 P 在所有的對象 O1 都替換成 O2 時，程序 P 的行為沒有發(fā)生變化望众，那么類型 S 是類型 T 的子類型匪补。這個描述不好理解，換一種說話就是：所有引用基類的地方必須能透明地使用其子類的對象烂翰。
4. 依賴倒置原則一一讓程序擁有變化的能力
依賴倒置原則（DIP：Dependence Inversion Principle）是程序要依賴于抽象接口，不要依賴于具體實現(xiàn)蚤氏。簡單的說就是要求對抽象進行編程，不要對實現(xiàn)進行編程，這樣就降低了客戶與實現(xiàn)模塊間的耦合试浙。
5. 接口隔離原則一一系統(tǒng)有更高的靈活性
接口隔離原則（ISP：Interface Segregation Principe）徒役，定義是：客戶端不應該依賴它不需要的接口。另一種定義是：類間的依賴關(guān)系應該建立在最小的接口上于游。接口隔離原則將非常龐大毁葱、臃腫的接口拆分成更小的和更具體的接口，這樣客戶將會只需要知道他們感興趣的犯法贰剥。接口隔離原則的目的是系統(tǒng)解開耦合倾剿，從而容易重構(gòu)、更改和重新部署蚌成。
6. 迪米特法則一一更好的可擴展性
迪米特法則（Law of Demeter）又叫作最少知識原則（Least Knowledge Principle 簡寫LKP）前痘，就是說一個對象應當對其他對象有盡可能少的了解,不和陌生人說話。英文簡寫為: LoD担忧。也稱為最少知識原則（Least KnowLedge Principle）芹缔。
申明：開始的圖片來源網(wǎng)絡(luò)，侵刪
