啊哈哈哈哈，又到星期五了，真開心。回來吃完飯慌著去玩遊戲，所以立馬過來先完成今天的學習目標。
這個原則的命名好像是以某個人的名字命名的，算了我不去管這個了。
直接說說我學到的東西，這個迪公尺特法則又可以叫做最少知識原則，意思也就是說乙個物件對其它物件盡可能的最少了解。
嗯,這個還比較好理解，不就是進行封裝的意思嘛，就好比做使用者控制項一樣，只管實現相應的功能，不要去管別人要放在哪怎麼用。
還有一種說法是 只與你有直接關係的人聯絡，不要和其他不知道的物件打交道。這麼做可以提高自身的穩定性。
好快就將設計模式中的六大原則都看完了，到這裡 必須得回過去總結一下，這樣才能有收穫。
來看看設計模式的6個原則(不要往前面看 自己想想)：
1.開閉原則（ocp）：對自身結構修改關閉，對業務擴充套件開放。也就是竟可能的用擴充套件的形式擴充業務而不要去隨便更改主框架。
2.黎克特制代換原則（lsp）：說的是子類必須要能代替父類。
3.依賴倒置原則（dip）：意思是要依賴抽象程式設計，不要依賴於具體，這樣做有利於上層結構的穩定性。
4.介面隔離原則（isp）：說的是 定義介面的時候，不要把很多業務都定義到乙個介面裡面去，最好還是分開定義介面，這樣做到時候可以實現功能的組合使用，減少介面的冗餘。
5.合成/聚合復用原則（carp）：說的是可以把一些用到的物件聚合到自己的物件中，然後通過委託任務的形式進行實現。這樣就提高了復用率。減少了**冗餘。
6.迪公尺特法則（lod）：就是管好自己了解一下和自己有關的東西，和自己沒有關係的東西不要去了解。（呵呵這個比較直觀吧）
好了，明天好好休息，週日就要開始真正學習設計模式了。好像是有23 個設計模式，再加乙個工廠模式。
設計原則之迪公尺特法則（LoD）
迪公尺特法則又叫最少知識原則 lkp 意思是乙個物件應當對其他物件盡可能少的了解。幾種表述方式 只與你直接的朋友們通訊 不要跟 陌生人 說話 每乙個軟體單位對其他的單位都只有最少的了解，這些了解僅侷限於那些與本單位密切相關的軟體單位 例項 public class someone 朋友 中間類 pu...
迪公尺特法則 LoD
乙個物件應當對其他物件有盡可能少的了解。如果兩個類不必彼此直接通訊，那麼這兩個類就不應當發生直接的相互作用。如果其中的乙個類需要呼叫另外乙個類的某乙個方法的話，可以通過第三者 這個呼叫。以下的條件成為朋友條件 1.當前物件本身 this 2.以參量形式傳入到當前物件方法中的物件 3.當前物件的例項變...
LoD 迪公尺特法則
迪公尺特法則 lod 又稱最少知識原則 lkp 就是說乙個物件應當對其他物件盡可能少的了解。狹義的迪公尺特法則 如果兩個類不必彼此直接通訊,那麼這兩個類就不應當發生直接的相互作用.如果其中乙個類需要呼叫另乙個類的方法的話,可以通過第三者 這個呼叫.缺點 會在系統內造出大量的小方法,散落在系統的各個角...