設計模式-迪米特法則
一個人去公司上班,讓他到IT部找小張領電腦,但是小張臨時出去了沒法辦,找IT部的小李,小李卻說不是它的工作。於是只能等著小張回來處理。這就反映了管理上的一些問題。
有好的解決辦法是什麼呢?就是不管認不認識IT部的人,只要電話或親自找到IT部,它們都應該想辦法幫我解決問題。
在設計模式中的話,其實道理是一樣的。IT部代表是抽象類或介面,小張小李代表是具體類,之前你在分析會修電腦不會修收音機裡講的依賴倒轉原則,即面向介面程式設計,不要面向實現程式設計。
迪米特法則,如果兩個類不必彼此直接通訊,那麼這兩個類就不應當發生直接的相互作用,如果其中一個類需要呼叫另一個類的某個方法的話,可以通過第三者轉發這個呼叫。
迪米特法則其根本思想,是強調了類之間的鬆耦合。
類之間的耦合越弱,越有利於複用,一個處於弱耦合的類被修改,不會對有關係的類造成波及。資訊的隱藏促進了軟體的複用。
相關推薦
設計模式 迪米特法則
設計模式 迪米特法則 只和朋友交流 Only talk to your immediate friends 只與直接的朋友通訊。即每個物件都有耦合關係,物件之間有耦合。 定義老師類 public class Teacher{ // 老師對學生髮布命令,清點學生 public void
設計模式-迪米特法則
一個人去公司上班,讓他到IT部找小張領電腦,但是小張臨時出去了沒法辦,找IT部的小李,小李卻說不是它的工作。於是只能等著小張回來處理。這就反映了管理上的一些問題。 有好的解決辦法是什麼呢?就是不管認不認識IT部的人,只要電話或親自找到IT部,它們都應該想辦法幫我解決問題。 在設計模式中的
面向對象設計原則 迪米特法則(Law of Demeter)
ast 關系 ade 描述 松耦合 系統 中介模式 dem 可能 迪米特法則(Law of Demeter) 又叫作最少知識原則(Least Knowledge Principle 簡寫LKP),英文簡寫為: LoD. 這是一種面向對象程序設計的指導原則,它描述了
[轉]設計模式六大原則[5]:迪米特法則
順序分配 intall 其他 過程 封裝 this 模塊 修改 最好 定義:一個對象應該對其他對象保持最少的了解。 問題由來:類與類之間的關系越密切,耦合度越大,當一個類發生改變時,對另一個類的影響也越大。 解決方案:盡量降低類與類之間的耦合。 自從我們接觸編程開
學習設計模式 - 六大基本原則之迪米特法則
wiki strong subst led 使用 結果 limited color ted 設計模式總共有六大基本原則,統稱為SOLID (穩定)原則,分別是S-單一職責原則(Single Responsibility Principle), O-開閉原則(Open c
設計模式(九)迪米特法則
迪米特法則(LoD),也叫最少知識原則:如果兩個類不必彼此直接通訊,那麼這兩個類就不應當發生直接的相互作用。如果其中一個類需要呼叫另一個類的某一個方法的話,可以通過第三者轉發這個呼叫。 迪米特法則首先強調的前提是在類的結構設計上,每一個類都應當儘量降低成員的訪問許可權
設計模式六大原則(5):迪米特法則
定義:一個物件應該對其他物件保持最少的瞭解。 問題由來:類與類之間的關係越密切,耦合度越大,當一個類發生改變時,對另一個類的影響也越大。 解決方案:儘量降低類與類之間的耦合。 自從我們接觸程式設計開始,就知道了軟體程式設計的總的原則:低耦合,高內聚。
設計模式的七大原則(6) --迪米特法則
# 前言 迪米特法則,聽名字有點奇怪,但是這個法則真的非常非常有意思,在我看來,這個法則其實描述的就是一個矜持的小姑娘,害羞的惹人憐愛。但是啊,姑娘雖好,切不可"貪杯"哦~ # 基本介紹 1. 一個物件應該對其他物件保持最少的瞭解。 2. 類與類關係越密切,耦合度越大 3. 一個類對自己依賴的類
設計模式 - 七大設計原則(三)- 迪米特法則與里氏替換原則
概述 簡單介紹一下七大設計原則: 開閉原則:是所有面向物件設計的核心,對擴充套件開放,對修改關閉 依賴倒置原則:針對介面程式設計,依賴於抽象而不依賴於具體 單一職責原則:一個介面只負責一件事情,只能有一個原因導致類變化 介面隔離原則:使用多個專門的介面,而不是使用一個總介面 迪米特法則(最少知道原則):
七大設計原則之迪米特法則
權限 and void com 復雜 ron head 使用 logs 定義 迪米特法則(Law of Demeter,LoD)也稱為最少知識原則(Least Knowledge Principle,LKP)。 一個對象應該對其他對象有最少的了解。通俗地講,一個
第2章 面向物件的設計原則(SOLID):5_迪米特法則
5. 迪米特法則(Law of Demeter,LoD) 5.1 定義 (1)應儘量減少其他物件之間的互動,物件只和自己的朋友交談,即對其他依賴的類越少越好(不要和太多的類發生關係)。 (2)儘量不要讓類和類之間建立直接的關係,這樣可減少類與類之間的依賴,降低類之間的耦合。 (3)一
面向物件設計原則之迪米特法則
分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!  
6大設計原則之迪米特法則
迪米特法則的定義 迪米特法則也稱為最少知識原則,一個物件應該對其他物件有最少的瞭解. 通俗的講,一個類應該對自己需要耦合或呼叫的類知道的最少,被呼叫類的內部是如何複雜都和我沒關係,我就知道你的這些public方法,我就呼叫這麼多,其他的我一概不關心. 迪米特法則對類的低耦合提出了要求 1.只和朋友交流
六大設計原則【單一職責】【里氏替換】【 迪米特法則】
設計模式:面嚮物件語言開發過程中,遇到種種的場景和問題,提出的解決方案和思路,沉澱下來,設計模式是解決具體問題的套路 設計模式六大原則:面嚮物件語言開發過程中,推薦的一些指導性原則,這些是沒有明確的招數的,而且也經常被忽視或者違背! 一:單一職責原則(Single Responsibili
[Code Design] 六大設計原則之`迪米特法則`
目錄 六大設計原則之`迪米特法則` 迪米特法則 總結 REFRENCES 更多 六大設計原則之迪米特法則 定義 迪米特法則(Law of Demeter)又叫作最少知識原則(Le
迪米特法則
權限 耦合 如果 一個 復用 修改 設計 nbsp 相互 如果兩個類不必彼此直接通信,那麽這兩個類就不應該發生直接的相互作用。如果其中一個類需要調用另一個類的某一個方法的話,可以通過第三者轉發這個調用。 迪米特法則首先強調的前提是在類的結構設計上,每一個類都應當盡量降低
面向對象五大原則-----迪米特法則
.get alt str 例子 效率 post bst 分享圖片 pub 什麽是迪米特法則 迪米特法則(Law of Demeter )又叫做最少知識原則,也就是說,一個對象應當對其他對象盡可能少的了解。不和陌生人說話。英文簡寫為: LoD。 迪米特法則最初是用
迪米特法則(最少知識原則(Least Knowledge Principle,LKP)
迪米特法則(Law of Demeter,LoD)也稱為最少知識原則(Least Knowledge Principle,LKP),雖然名字不同,但描述的是同一個規則:一個物件應該對其他物件有最 少的瞭解。通俗地講,一個類應該對自己需要耦合或呼叫的類知道得最少,你(被耦合或調 用的類)的內部是如何複
面向物件原則之一 迪米特法則
原文: 面向物件原則之一 迪米特法則 前言 面向物件有人分為五大原則,分別為單一職責原則、開放封閉原則、依賴倒置原則、介面隔離原則、里氏替換原則。 也有人分為六大原則,分別為單一職責原則、開放封閉原則、依賴倒置原則、介面隔離原則、里氏替換原則、迪米特法則。 現在我們來介紹迪米特法則
面向物件程式設計的六原則(6)-迪米特法則
定義:一個物件應該對其他物件保持最少的瞭解。 問題由來:類與類之間的關係越密切,耦合度越大,當一個類發生改變時,對另一個類的影響也越大。 解決方案:儘量降低類與類之間的耦合。 自從我們接觸程式設計開始,就知道了軟體程式設計的總的原則:低耦合,高內聚。