什么是設(shè)計模式？
設(shè)計模式就是前人總結(jié)的代碼設(shè)計的模型，就像武俠里面的武功的招式，套路。
為什么需要設(shè)計模式?。?/h2>
我平時代碼敲的也沒有問題啊，功能也完成了，線上跑的很健康
1、統(tǒng)一編程風(fēng)格
實現(xiàn)功能，這屬于硬編碼，沒有什么技巧，形成不了模式，只能說是個copyer，復(fù)制人。大部分代碼都是cv的。不能稱得上工程師，你敲的代碼不能成為工程級別的項目?？赡苣銓懙拇a只能你自己看得懂，如果你的命名不規(guī)范的化，就會形成自己的一套代碼風(fēng)格。
2、易維護，行內(nèi)統(tǒng)一語言
如果你使用設(shè)計模式，大家的代碼風(fēng)格統(tǒng)一了，大家都有了共識，理解代碼的結(jié)構(gòu)也很輕松，不過這里有個大前提，就是你的團隊，都懂設(shè)計模式。
3、代碼更優(yōu)雅
設(shè)計模式，讓你的代碼更優(yōu)雅，比如建造者模式
HttpClient.builder().url("<http://aliserver/api/user/query>")
.method(Method.GET)
.parameter(Map.of("uuid", "432231", "key", "di2da2ddsa3s"))
.build();
4、可擴展性強，輕松應(yīng)對多變需求
設(shè)計模式，可以讓代碼寫的復(fù)用性好，可擴展性強。說白了，就是面對多變的需求，你可以改動很少的代碼就能適應(yīng)新需求，就像汽車的部件一樣，代碼功能塊就像汽車部件了，拆拆裝裝，就產(chǎn)生新的新特的汽車。這樣的代碼，老板喜歡，因為節(jié)省開發(fā)成本，減少人力；深受同行吹捧，因為這已經(jīng)成為工匠打磨的作品。
怎么使用設(shè)計模式
從我學(xué)習(xí)設(shè)計模式的經(jīng)驗，記住概念，記住類圖 ，很容易忘記，容易混淆各個設(shè)計模式。后來發(fā)現(xiàn)，記住設(shè)計模式的本質(zhì)是很重要的，讓圍繞這個本質(zhì)，再去看這些設(shè)計模式，比較容易吸收點。
設(shè)計模式的目標(biāo)：讓代碼，維護成本低，面對多變需求，可擴展性強.
設(shè)計模式的本質(zhì)：面向抽象，隔離實現(xiàn)
用白話解釋就是，設(shè)計模式都是抽象類，接口來組織代碼關(guān)系，實現(xiàn)層都是被隱藏的，也就是隱藏細(xì)節(jié)，面向抽象層。
那么為什么要面向抽象，隔離實現(xiàn)呢？
因為抽象是穩(wěn)定的,實現(xiàn)層是具體的細(xì)節(jié)，是多變的。
舉個例子，用戶登錄注冊這樣的需求，抽象出來，就是用戶服務(wù)：userService，有l(wèi)ogin（），register（）。然后我們提測，測試經(jīng)過數(shù)天的功能測試，回歸測試，生產(chǎn)驗證，功能發(fā)布成功，
這是不變的方法吧。如果要來了一個微信登錄這些細(xì)節(jié)的時候，那么user這個類就不穩(wěn)定了。所以我們設(shè)計成abstract userService，wxUserService，qqUserService。
可以做到面對多變需求，動態(tài)擴展，不需要修改原有的類，避免了維護原有類，測試原有功能的工作量。
然后為了“面向抽象，隔離實現(xiàn)”這個目標(biāo)，先人提出了設(shè)計原則
我們開發(fā)一個訂單系統(tǒng)的項目，經(jīng)過需求評審，代碼實現(xiàn)，單元測試，功能測試，線上運行，投入了很多的人力成本，才交出了stabale穩(wěn)定的代碼。
現(xiàn)在需要添加一個功能，作為老板，或者管理人員，我們希望不要修改原有功能模塊的代碼，這樣增加了回歸已有功能的工作量，也增加了線上原有功能影響的風(fēng)險，所以期望只在原有基礎(chǔ)擴展現(xiàn)有功能。
這里，就得提到，開發(fā)程序要符合開閉原則，做到不修改，只擴展。
要做到開閉原則，就得引出設(shè)計原則：單一職責(zé)，我們定義的類的功能邊界要明確，職責(zé)清晰，這樣面對多變的需求變動的可能性就小，比如下單功能，orderService只負(fù)責(zé)訂單的創(chuàng)建訂單，修改訂單功能，如果還參雜著的物流信息的功能，下次如果物流功能變更，就會牽扯到訂單功能。
上面我們提到了，抽象是穩(wěn)定的，實現(xiàn)是多變的，所以引出了依賴倒置的原則，我們定義的類與類之間，是通過抽象層產(chǎn)生關(guān)系，抽象層不依賴實現(xiàn)類，實現(xiàn)類要依賴抽象層，體現(xiàn)了“面向抽象，隔離實現(xiàn)”
還有接口隔離原則，接口的實現(xiàn)類，不要實現(xiàn)跟自己無關(guān)的抽象方法，類的繼承也要做到盡可能少的繼承與自己無關(guān)的方法，這樣做也是為了減少上層的變動影響了下層。
在程序開發(fā)中，類與類之間肯定會產(chǎn)生關(guān)系，就難免產(chǎn)生耦合，類之間關(guān)系越復(fù)雜，牽涉到某功能變動，就會影響，不符合開閉原則，所以我們約定類與類之間盡可能少的產(chǎn)生依賴關(guān)系，只與自己直接關(guān)系的類有依賴關(guān)系，這也就是迪米特法則，也就是最小知道原則，
類的繼承，是強耦合的東西，給程序帶入了侵入型，基類的方法，被子類繼承，如果繼承的方法發(fā)生變更，子類功能都會受影響，所以我們約定了 子類繼承基類，只能繼承原有方法，新增新的功能方法，不得重寫父類的功能方法，這就是里氏替換原則：出現(xiàn)基類的地方，子類能替換。
合成復(fù)用原則：少用繼承，多用合成，依賴關(guān)系，為了減少耦合的可能性。
總結(jié)
遵守了上面提到了設(shè)計原則，我們的代碼健壯性更強，可擴展性也更好，減少了代碼的出錯率。
設(shè)計模式，就是基于上述的7大原則，形成的一套招式，其中比較典型的就是橋梁模式。
