2020年，我們已經(jīng)過了5天，這樣說來，春招的也快來了，以前總結(jié)了不少面試題分享給大家

為桓仁等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計(jì)制作服務(wù)，及桓仁網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站制作、網(wǎng)站設(shè)計(jì)、外貿(mào)網(wǎng)站建設(shè)、桓仁網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠(yuǎn)！

今天就給大家詳細(xì)總結(jié)一下設(shè)計(jì)模式，春招可不能倒上面

第一次看文章的朋友可以關(guān)注我，會(huì)不定期發(fā)布大廠面試題、Android架構(gòu)技術(shù)知識(shí)點(diǎn)及解析等內(nèi)容，還有學(xué)習(xí)PDF+源碼筆記+面試文檔+進(jìn)階視頻分享

設(shè)計(jì)模式六大原則

a.單一職責(zé)原則

就一個(gè)類來說，應(yīng)該只有一個(gè)引起它變化的原因

一個(gè)類做一件事情，避免職責(zé)過多。比如這種情況是不太好的，在一個(gè)Activity中既有bean文件，又有http請(qǐng)求，還有adapter等等，這就導(dǎo)致我們需要修改任何一個(gè)東西的時(shí)候都會(huì)導(dǎo)致Activity的改變，這樣一來就有多個(gè)引起它變化的原因，不符合單一職責(zé)原則

b.開放封閉原則

類，模塊，函數(shù)應(yīng)該是可以擴(kuò)展的，但是不可以修改

對(duì)于擴(kuò)展是開放的，對(duì)于修改是封閉的。盡量做到面對(duì)需求的改變時(shí)，我們的代碼能保持相對(duì)穩(wěn)定，通過擴(kuò)展的方式應(yīng)對(duì)變化，而不是修改原有代碼實(shí)現(xiàn)

c.里氏替換原則

所有引用基類的地方，必須可以透明的時(shí)候其子類的對(duì)象

里氏替換原則是實(shí)現(xiàn)開放封閉原則的重要方式之一，我們知道，使用基類的地方都可以使用子類去實(shí)現(xiàn)，因?yàn)樽宇悡碛谢惖乃蟹椒?，所以在程序設(shè)計(jì)中盡量使用基類類型對(duì)對(duì)象進(jìn)行定義，在運(yùn)行時(shí)確定子類類型。

d.依賴倒置原則

高層模塊不應(yīng)該依賴于底層模塊，兩者都應(yīng)該依賴于抽象，抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象

依賴倒置原則針對(duì)的是模塊之間的依賴關(guān)系，高層模塊指調(diào)用端，底層模塊指具體的實(shí)現(xiàn)類，抽象指接口或抽象類，細(xì)節(jié)就是實(shí)現(xiàn)類。該原則的具體表現(xiàn)就是模塊間的依賴通過抽象發(fā)生，直線類之間不發(fā)生直接依賴關(guān)系，依賴通過接口或抽象類產(chǎn)生，降低耦合，比如MVP模式下，View層和P層通過接口產(chǎn)生依賴關(guān)系

e.迪米特原則（最少知識(shí)原則）

一個(gè)軟件實(shí)體應(yīng)該盡可能少的與其他實(shí)體發(fā)生相互作用

迪米特原則要求我們?cè)谠O(shè)計(jì)系統(tǒng)時(shí)，盡量減少對(duì)象之間的交互

f.接口隔離原則

一個(gè)類對(duì)另一個(gè)類的依賴應(yīng)該建立在最小的接口上

接口隔離原則的關(guān)鍵是接口以及這個(gè)接口要小，如何小呢，也就是我們要為專門的類創(chuàng)建專門的接口，這個(gè)接口只對(duì)它有效，不要試圖讓一個(gè)接口包羅萬象，要建立最小的依賴關(guān)系

當(dāng)然想看以往總結(jié)的學(xué)習(xí)內(nèi)容和面試文章可以看我的GitHub: https://github.com/Meng997998/AndroidJX

還有需要面試資料總結(jié)vx【xx13414521】

設(shè)計(jì)模式的分類

設(shè)計(jì)模式分為三類

a.創(chuàng)建型設(shè)計(jì)模式

與對(duì)象創(chuàng)建有關(guān)包括單例模式，工廠方法模式，抽象工廠模式，建造者模式，原型模式

b.結(jié)構(gòu)型設(shè)計(jì)模式

結(jié)構(gòu)性設(shè)計(jì)模式是從程序的結(jié)構(gòu)上解決模塊之間的耦合問題，包括適配器模式，代理模式，裝飾模式，外觀模式，橋接模式，組合模式和享元模式

c.行為型設(shè)計(jì)模式

主要處理類或?qū)ο笕绾谓换ゼ叭绾畏峙渎氊?zé)，包括策略模式，模板方法模式，觀察者模式，迭代器模式，責(zé)任鏈模式，命令模式，備忘錄模式，狀態(tài)模式，訪問者模式，中介模式，解析器模式

最后

關(guān)注我，會(huì)不定期發(fā)布大廠面試題、Android架構(gòu)技術(shù)知識(shí)點(diǎn)及解析