概念

迪米特法則解決類與類之間耦合度問題，如果類A調(diào)用了B類的某一個方法，則這兩個類就形成了一種緊耦合的方式，當B類這個方法發(fā)生變化時，一定會影響A類的執(zhí)行結(jié)果。迪米特法則要求每一個類盡可能少的與其他類發(fā)生關(guān)系，也就是盡可能少的讓其他類發(fā)生變化時，對其代碼的執(zhí)行結(jié)果產(chǎn)生的影響降到最低。

典型情況：A類調(diào)用B類的方法，B類和C類是一種關(guān)聯(lián)關(guān)系，如果A類通過B類所持有的C類對象直接調(diào)用C類的方法，則A類和C類同時擁有強耦合的關(guān)系。代碼如下：

public class B {
    public C c = new C();
}
public class C {
    public void fun()
    {
        //相關(guān)代碼
    }
}
public class A {
    public void show(){
        B b = new B();
        b.c.fun();
    }
}

這種調(diào)用A和C之間形成一種強耦合，當C中fun代碼發(fā)生變化時，一定會影響到A，不符合迪米特法則。按照迪米特法則的要求可修改為：

public class B {
    private C c = new C();
    public void fun(){
       c.fun(); 
    }
}
public class A {
    public void show(){
        B b = new B();
        b.fun();
    }
}

A和C代碼完全脫耦，當C的fun代碼發(fā)生變化時，只需要修改類B中fun代碼；當A中業(yè)務邏輯發(fā)生變化時，需要修改B中fun代碼，也只需修改B中代碼，和C中代碼無關(guān)。
迪米特法則又叫做最少知識原則(LKP),就是說,一個對象應當對其他對象有盡可能少的了解。通俗的講“不和陌生人講話，只和朋友交流”，上述示例中類A和類B是朋友，和類C是陌生人。

使用

迪米特法則解決了類之間耦合度問題，使得類與類之間的接口通訊變得簡單，提高了可維護性，但同時也增加了調(diào)用層次和復雜度。但以下情況一定要使用迪米特法則規(guī)避風險。

1.使用第三方組件或者控件時，增加一個包裝器的類，使得調(diào)用方和第三方組件完全脫耦，如桌面程序中使用XP style一組控件屬于第三方控件，每個控件增加一個包裝器類，無論什么時間，XP style控件不能使用時，如：免費突然變收費，我們只需要修改包裝器類中代碼即可。

2.對于預期會發(fā)生較大變化的模塊，增加一個外觀層，簡化和穩(wěn)定高層模塊的調(diào)用關(guān)系，與不穩(wěn)定部分脫耦。

3.對付團隊新成員或代碼質(zhì)量較差程序員，增加一個外觀層，避免因頻繁的修改，造成整個程序掛掉。

拓展

1.意思就是降低各個對象之間的耦合，提高系統(tǒng)的可維護性；

2.迪米特法則是一種設(shè)計思想，不僅僅體現(xiàn)在對象與對象的之間的耦合度問題上，而是廣泛應用到各種分層結(jié)構(gòu)中層與層之間的關(guān)系，每個層之間形成一種隔離關(guān)系，調(diào)用無需了解層內(nèi)部及更下一級層的調(diào)用關(guān)系。如MVP模式，P將M和V結(jié)合起來，使得M和V都可以獨立的進行變化，任何一方的變化僅影響到P層代碼的變化。

3.前端開發(fā)時使用獨立出來的API就是迪米特法則的要求，如：

 var api = {
   adminLogin: (param) => post(apiBase+"/sys/login", param),
   userLogin: (param) => post(apiBase+"/sys/weblogin", param),
   }

頁面調(diào)用時只需要調(diào)用api中定義的adminLogin方法，當后端定義的路勁名apiBase、方法名login發(fā)生變化時，只修改api即可，不會影響到調(diào)用頁面的代碼
4. 設(shè)計模式中對象適配器、代理模式、門面模式等均體現(xiàn)了迪米特法則的思想。

以上就是java面向?qū)ο笤O(shè)計原則之迪米特法則分析詳解的詳細內(nèi)容，更多關(guān)于java面向?qū)ο笤O(shè)計原則的資料請關(guān)注腳本之家其它相關(guān)文章！