1.開閉原則
?個(gè)軟件實(shí)體，如類，模塊和函數(shù)應(yīng)該對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。所謂的開閉，是對(duì)擴(kuò)展和修改兩個(gè)?為的?
個(gè)原則。需要強(qiáng)調(diào)的是利?抽象構(gòu)建框架，?實(shí)現(xiàn)擴(kuò)展細(xì)節(jié)。
開閉原則是?向?qū)ο?基礎(chǔ)的設(shè)計(jì)原則，它指導(dǎo)我們?nèi)绾谓㈧`活穩(wěn)定的系統(tǒng)。
2.依賴倒置原則
依賴倒置原則（Dependence Inversion Principle,DIP）是指設(shè)計(jì)代碼結(jié)構(gòu)時(shí)，?層模塊不應(yīng)該依賴底層模塊，?者都應(yīng)該依賴其抽象。抽象不應(yīng)該依賴細(xì)節(jié)；細(xì)節(jié)應(yīng)該依賴抽象。通過依賴倒置，可以減少類與類之間的耦合性，提?系統(tǒng)的穩(wěn)定性，提?代碼的 可讀性和可維護(hù)性，并能夠降低修改程序所造成的?險(xiǎn)。
3.單?職責(zé)原則
假設(shè)我們有?個(gè)Class負(fù)責(zé)兩個(gè)職責(zé)，?旦發(fā)?需求變更，修改其中?個(gè)職責(zé)的邏輯代碼，有可能會(huì)導(dǎo)致另?個(gè)職責(zé)的功能發(fā)?故障。這樣?來，這個(gè)Class存在兩個(gè)導(dǎo)致類變更的原因。
在設(shè)計(jì)的時(shí)候?qū)㈩惐M可能拆分，保證?個(gè)類只負(fù)責(zé)實(shí)現(xiàn)?個(gè)功能，降低代碼的復(fù)雜度，在需求變更時(shí)，減?維護(hù)更改的影響范圍，，提?代碼維護(hù)性。
4.接?隔離原則
接?隔離原則（Interface Segregation Principle, ISP）是指?多個(gè)專?的接?，?不使?單?的總接?，客戶端不應(yīng)該依賴它不需要的接?。
接?隔離原則符合我們常說的?內(nèi)聚低耦合的設(shè)計(jì)思想，從?使得類具有很好的可讀性，可擴(kuò)展性和可維護(hù)性。我們?cè)谠O(shè)計(jì)接?的時(shí)候，要多花時(shí)間去思考，要考慮業(yè)務(wù)模型，包括以后有可能發(fā)?變更的地?還要做?些預(yù)判。所以，對(duì)于抽象，對(duì)業(yè)務(wù)模型的理解 是非常重要的。
5.迪米特法則
迪米特原則（Law of Demeter LoD）是指?個(gè)對(duì)象應(yīng)該對(duì)其他對(duì)象保持 少的了解，?叫 少知道原則（LeastKnowledge Principle,LKP），盡量降低類與類之間的耦合。 比如物流Service需要查詢訂單的狀態(tài)，不?在物流Service中增加接?，?是在訂單Service中增加?個(gè)查詢訂單狀態(tài)的接?。
6.??替換原則
?個(gè)軟件實(shí)體如果適??個(gè)?類的話，那?定是適?于其?類，所有引??類的地?必須能透明地使?其?類的對(duì) 象，?類對(duì)象能夠替換?類對(duì)象，?程序邏輯不變。根據(jù)這個(gè)理解，我們總結(jié)?下：引申含義：?類可以擴(kuò)展?類的功能，但不能改變?類原有的功能。
??替換原則是對(duì)??類關(guān)系的描述，即?類可以完全替代?類，但是?類不能替代?類。
7.合成復(fù)?原則
合成復(fù)?原則（Composite/Aggregate Reuse Principle,CARP）是指盡量使?對(duì)象組 合(has-a)/聚合(contanis-a)，?不是繼承關(guān)系達(dá)到軟件復(fù)?的?的。可以使系統(tǒng)更加靈 活，降低類與類之間的耦合度，?個(gè)類的變化對(duì)其他類造成的影響相對(duì)較少。繼承我們叫做?箱復(fù)?，相當(dāng)于把所有的實(shí)現(xiàn)細(xì)節(jié)暴露給?類。組合/聚合也稱之為?箱復(fù)?，對(duì)類以外的對(duì)象是?法獲取到實(shí)現(xiàn)細(xì)節(jié)的。
總結(jié)
設(shè)計(jì)原則包括： 開閉原則/單?原則/依賴倒置原則/接?隔離原則/迪米特原則/??替換原則/合成復(fù)?原則
1.對(duì)修改關(guān)閉，對(duì)擴(kuò)展開放；
2.單?職責(zé)，?個(gè)接?/類只做?件事，降低類和接?復(fù)雜度，提?代碼維護(hù)性；
3.采?接?和抽象類來應(yīng)對(duì)變化，通過抽象來定義框架，使?實(shí)現(xiàn)來擴(kuò)展細(xì)節(jié)，應(yīng)對(duì)需求變化；
4.?類可以替換?類，?類不能替換?類；
5.組合優(yōu)于繼承，降低類與類之間的耦合；
6.接?定義應(yīng)該盡量細(xì)化，盡量避免?個(gè)接?實(shí)現(xiàn)多個(gè)功能的情況
