设计模式是迪米特法则的具体实现_什么模式是迪米特法则的具体实现

一、迪米特法则定义

迪米特法则又最少知识原则，其定义如下：

迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少的与其他实体发生相互作用。

二、迪米特法则描述

如果一个系统满足迪米特法则，那么当其中一个软件实体发生变化时，就会尽量少的影响其他软件实体，扩展会相对容易，这是对软件实体之间通信的限制，迪米特法则要求限制软件实体之间通信的宽度和深度。迪米特法则可以降低系统的耦合度，使类与类之间保持松耦合状态。

迪米特法则还有几种定义形式，包括：不要和”陌生人”说话、只与你的直接朋友通信等，在迪米特法则中，对于一个对象，其朋友包括以下几类：

• 当前对象本身(this)
• 以参数形式传入到当前对象方法中的对象
• 当前对象的成员对象
• 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友。
• 当前对象创建的对象

任何一个对象，如果满足上面的条件之一，就是当前对象的“朋友”，否则就是“陌生人”。在应用迪米特法则时，一个对象只能与直接朋友发生交互，不能与“陌生人”发生直接交互，这样子可以降低系统的耦合度，一个对象的改变不会给太多其他对象带来影响。

迪米特法则要求我们在设计系统时，应该尽量减少对象之间的交互，如果两个对象不必直接通信，那么这两个对象就不应该发生任何直接的相互作用，如果其中一个对象需要调用另外一个对象的某个方法时，可以通过第三者转发这个调用。就是通过引入一个合理的第三者来降低先有对象之间的耦合度。

在迪米特法则运用到系统设计中时，要注意以下几点：

• 在类的划分上，应该尽可能的创建松耦合的类，类之间的耦合度越低，复用率越高，一个松耦合的类发生修改不会对关联的类造成太大的影响。
• 在类的结构设计上，每一个类都应当尽可能的降低其成员变量和成员方法的访问权限。
• 在类的设计上，只要有可能，一个类型应当设计成不变类。
• 在对其他类的引用上，一个对象对其他对象的引用应该降到最低。

三、迪米特法则栗子

栗子一

以下是关于关闭计算机的很经典的案例，当我们手动按下计算机的关闭按钮时，电脑还会附带其他的动作，比如关闭电脑正在执行的任务，关闭其他运行的程序，然后关闭显示器，最后才把电源关闭。

不满足迪米特法则

public class Computer { 
   
    public void saveCurrentTask() { 
   
        // do something
    }
    
    public void closeService() { 
   
        // do something
    }
    
    public void closeScreen() { 
   
        // do something
    }
    
    public void closePower() { 
   
        // do something
    }
    
    public void close() { 
   
       saveCurrentTask();
       closeService();
       closeScreen();
       closePower();
    }
}

public class Person { 
   
    private Computer computer;
    
    public void clickCloseButton() { 
   
        // 关闭计算机, 正常来说你只要调用close()方法即可
        // 但是你发现Computer类所有的方法都是公开的, 不知道怎么调用了
        computer.saveCurrentTask();
        computer.closePower();
        computer.close();
        
        //也可以是
        computer.closePower();
        
        //还可以是
        computer.close();
        computer.closePower();
    }
}

通过以上的代码我们可以看出，人这个类在调用电脑类的方法时发现电脑类暴露的方法有很多，不知道该调用哪一个，很明显，电脑这个类中的方法有些杂乱，对于我们人来说，我们只需要调用关闭电脑的操作，关闭电脑的方法就可以了，其他的方法完全没有必要暴露在外。

满足迪米特法则

根据迪米特法则只暴露该暴露的方法的要义作出如下修改：

public class Computer { 
   
    private void saveCurrentTask() { 
   
        // do something
    }
    
    private void closeService() { 
   
        // do something
    }
    
    private void closeScreen() { 
   
        // do something
    }
    
    private void closePower() { 
   
        // do something
    }
    
    public void close() { 
   
       saveCurrentTask();
       closeService();
       closeScreen();
       closePower();
    }
}

public class Person { 
   
    private Computer computer;
    
    public void clickCloseButton() { 
   
        computer.close();
    }
}

栗子二

明星与经纪人的例子，像我们普通的明星工作繁忙，他的日常工作、日程安排都是由那个经纪人带做，明星是不可能自己亲力亲为的，不然的话会很累。

不满足迪米特法则

public class Star { 
   
    private Project project;
 
    public void do() { 
   
        project.make();
    }
}

public class Project { 
   
    public void make() { 
   
        // do something
    }
}

上面代码明星直接和安排行程直接有关系了，按道理明星不可能自己亲力亲为，这个时候就可以通过引入一个经纪人类将明星和行程关联起来，任何事物都交由经纪人类代为安排，这样的话便符合最小依赖原则，明星类只依赖经纪人类，改造如下：

满足迪米特法则

public class Star { 
   
    private Business business;
 
    public void do() { 
   
        business.do();
    }
}

public class Business { 
   
    private Project project;
 
    public void do() { 
   
        project.make();
    }
}

public class Project { 
   
    public void make() { 
   
        // do something
    }
}

今天的文章设计模式是迪米特法则的具体实现_什么模式是迪米特法则的具体实现分享到此就结束了，感谢您的阅读。