快捷導(dǎo)航

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

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

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

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

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

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

存在什么問(wèn)題呢？耦合性太高。
1. Student 類(lèi)中可能會(huì)取消Score類(lèi)。
2. Score類(lèi)的show方法也可能會(huì)被刪除。
Student類(lèi)，Score類(lèi)對(duì)于你來(lái)說(shuō)都是陌生的，當(dāng)他們改變時(shí)，你可能都不知道。
我們可以修改成：

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)點(diǎn)在于降低類(lèi)之間的耦合。
2. 缺點(diǎn)是會(huì)產(chǎn)生比較多的小方法，讓系統(tǒng)變得比較凌亂，而且通信效率會(huì)降低。
3. 設(shè)計(jì)模式中的應(yīng)用：門(mén)面模式(Facade Pattern)和中介模式(Mediator Pattern)。

您可能感興趣的文章: