快捷導(dǎo)航

理解Java設(shè)計模式編程中的迪米特原則

更新時間：2016年02月03日 14:18:19 作者：lixiang0522

這篇文章主要介紹了Java設(shè)計模式編程中的迪米特原則,迪米特原則旨在降低類與類之間的耦合,需要的朋友可以參考下

定義：一個對象應(yīng)該對其他對象保持最少的了解。
問題由來：類與類之間的關(guān)系越密切，耦合度越大，當一個類發(fā)生改變時，對另一個類的影響也越大。
解決方案：盡量降低類與類之間的耦合。
自從我們接觸編程開始，就知道了軟件編程的總的原則：低耦合，高內(nèi)聚。無論是面向過程編程還是面向?qū)ο缶幊?，只有使各個模塊之間的耦合盡量的低，才能提高代碼的復(fù)用率。低耦合的優(yōu)點不言而喻，但是怎么樣編程才能做到低耦合呢？那正是迪米特法則要去完成的。
迪米特法則又叫最少知道原則，最早是在1987年由美國Northeastern University的Ian Holland提出。通俗的來講，就是一個類對自己依賴的類知道的越少越好。也就是說，對于被依賴的類來說，無論邏輯多么復(fù)雜，都盡量地的將邏輯封裝在類的內(nèi)部，對外除了提供的public方法，不對外泄漏任何信息。迪米特法則還有一個更簡單的定義：只與直接的朋友通信。首先來解釋一下什么是直接的朋友：每個對象都會與其他對象有耦合關(guān)系，只要兩個對象之間有耦合關(guān)系，我們就說這兩個對象之間是朋友關(guān)系。耦合的方式很多，依賴、關(guān)聯(lián)、組合、聚合等。其中，我們稱出現(xiàn)成員變量、方法參數(shù)、方法返回值中的類為直接的朋友，而出現(xiàn)在局部變量中的類則不是直接的朋友。也就是說，陌生的類最好不要作為局部變量的形式出現(xiàn)在類的內(nèi)部。

下面是一個違反迪米特原則的例子：

public class Teacher { 
 public void teach(Classes classes){ 
  classes.getStudents.getScore.show(); 
 } 
}

存在什么問題呢？耦合性太高。
1. Student 類中可能會取消Score類。
2. Score類的show方法也可能會被刪除。
Student類，Score類對于你來說都是陌生的，當他們改變時，你可能都不知道。
我們可以修改成：

public class Teacher { 
 public void teach(Classes classes){ 
  classes.showScore(); 
 } 
} 
 
public class Classes { 
 public void showScore(Student student){ 
  student.showScore(); 
 } 
} 
 
public class Student { 
 Score score; 
 public void showScore(){ 
  score = new Score(80); 
  score.show(); 
 } 
}

總結(jié)：
1. 迪米特法則的優(yōu)點在于降低類之間的耦合。
2. 缺點是會產(chǎn)生比較多的小方法，讓系統(tǒng)變得比較凌亂，而且通信效率會降低。
3. 設(shè)計模式中的應(yīng)用：門面模式(Facade Pattern)和中介模式(Mediator Pattern)。

您可能感興趣的文章: