五、Java設計模式之迪米特原則

定義：一個物件應該對其他物件保持最小的瞭解，又叫最小知道原則

儘量降低類與類之間的耦合

優點：降低類之間的耦合

強調只和朋友交流，不和陌生人說話

朋友：出現在成員變數、方法的輸入、輸出引數中的類稱為成員朋友類，而出現在方法體內部的類不屬於朋友類

boss不關心course細節

定義：一個物件應該對其他物件保持最小的瞭解，又叫最小知道原則儘量降低類與類之間的耦合優點：降低類之間的耦合

定義：一個軟體實體，如類、模組和函式應該對擴充套件開放，對修改關閉用抽象構建框架，用實現擴充套件細節優點:提高軟

定義：抽象工廠模式提供一個建立一系列相關或者相互依賴物件的介面無需指定它們具體的類型別：建立型抽象工

定義：定義了演算法家族，分別封裝起來，讓他們之間可以互相替換，此模式讓演算法的變化不會影響到使用演算法的使用者 if

面向物件六大原則：設計模式六大原則（1）：單一職責原則設計模式六大原則（2）：開閉原則設計模式六大原則（3）：里氏替換原則設計模式六大原則（4）：依賴倒置原則設計模式六大原則（5）：介面隔離原則設計模式六大原則（6）：迪米特原則設計模式六大

wiki strong subst led 使用結果 limited color ted 　　設計模式總共有六大基本原則，統稱為SOLID （穩定）原則，分別是S-單一職責原則(Single Responsibility Principle)， O-開閉原則(Open c

六、迪米特(第三者互動)原則 1. 定義每一個軟體單位對其他的單位都只有最少的知識，而且侷限於那些與本單位密切相關的軟體單位。 2. 分析 1）迪米特法則就是指一個軟體實體應當儘可能少的與其他實體發生相互作用。這樣，當一個模組修改時，就會盡量少的影響其他的

/** * 軟體設計七大原則-迪米特原則學習筆記 * @author cnRicky * @date 2018.11.10 */ 迪米特原則（最少知道原則）一個物件應該對其他物件保持最少的瞭解。又叫最少知道原則迪米特原則主要強調：儘量降低類與類之間的耦合優點：降低類與類之

一、建造者模式（生成器模式）定義：將一個複雜物件的構建和它的表示分離開，使得同樣的構建過程可以得到不同的表示。效果：採用建造者模式，使用者只需要選擇建造的型別就可以得到它們，而具體的建造過程和細節就不需要

在即時戰略遊戲、DOTA中，我們可以多選我們部隊，讓他們組成一個隊伍。在星際1、魔獸3中，一支隊伍的最大單位數量為12個，當我們選中一支隊伍後，可以命令他們集體朝著哪個方向移動或者進攻，而不用一個一個控制我們的單位。在程式中，我們是如何實現向這支隊伍“群發”命令的呢？最

什麼是鏈1、鏈是一系列節點的集合。2.、鏈的各節點可靈活拆分再重組。職責鏈模式使多個物件都有機會處理請求，從而避免請求的傳送者和接受者之間的耦合關係，將這個物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個物件處理他為止。角色抽象處理者角色(Handler)：定義出一個處理請

若您對我的分享感興趣可以訪問：java設計模式專欄在常用的23中設計模式中，有三種模式容易混淆，這三種模式分別是：責任鏈模式、狀態模式以及策略模式因此接下來我們把這三種模式放在一起討論1、責任鏈模式（okHttp）職責鏈的本質是：不同的類對同一個問題的反應責任鏈模式下

1、簡單工廠模式應用場景，程式設計中通過工廠方法接受一個引數，建立不同類型別的例項。設計示意圖例項

百度百科對單例模式的介紹顯然單例模式的要點有三個；一是某個類只能有一個例項；二是它必須自行建立這個例項；三是它必須自行向整個系統提供這個例項。從具體實現角度來說，就是以下三點：一是單例模式的類只提供私有的建構函式，二是類定義中含有一個該類的靜態私有物件，三是該

本來一直以為單例很簡單，不打算整理了。不過本著求學需嚴謹的心態，還是去看了一下。確實有所收穫。單例模式：單例模式的意思就是隻有一個例項。單例模式確保某一個類只有一個例項，而且自行例項化並向整個系統提供這個例項。這個類稱為單例類。單例模式有三種：懶漢式單例

一、策略模式定義：定義了演算法家族，分別封裝起來，讓他們之間可以互相替換，此模式讓演算法的變化，不會影響到演算法的客戶。使用場景：策略模式是一種定義一系列演算法的方法，從概念上看，所有的這些演算法完成的都是相同的工作，只是實現不

迭代器模式：提供一種方法順序訪問一個集合物件中的各個元素，而又不需要暴漏物件的內部表示。合理組織資料的結構以及相關操作時程式設計的一個重要方面，比如在程式設計中經常會使用諸如連結串列、散列表等資料結構。連結串列和散列表等資料結構都是可以存放若干個物件的集合，其區別時按

1、靜態內部類 public class InnerClassSingleton implements Serializable

數據開發移位運算傳遞保存 load space 法則 rep 【學習難度：★☆☆☆☆，使用頻率：★★★★★】外觀模式是一種使用頻率非常高的結構型設計模式，它通過引入一個外觀角色來簡化客戶端與子系統之間的交互，為復雜的子系統調用提供一個統一的入口，降低子系統與

並不是計算 lov 這一返回實例 map() 角色 ron 當前咱們國家正在大力倡導構建和諧社會，其中一個很重要的組成部分就是建設資源節約型社會，“浪費可恥，節儉光榮”。在軟件系統中，有時候也會存在資源浪費的情況，例如在計算機內存中存儲了多個完全相同或者非常相似的