迪米特法则(DemeterPrinciple)
基本介绍:
-
一个对象应该对其他对象保持最少的了解
-
类与类关系越密切,耦合度越大
-
迪米特法则(DemeterPrinciple)又叫最少知道原则,即一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部。对外除了提供的 public 方法,不对外泄露任何信息
-
迪米特法则还有个更简单的定义:只与直接的朋友通信
-
直接的朋友:每个对象都会与其他对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖,关联,组合,聚合等。其中,我们称出现成员变量,方法参数,方法返回值中的类为直接的朋友,而出现在局部变量中的类不是直接的朋友。也就是说,陌生的类最好不要以局部变量的形式出现在类的内部
迪米特法则的优点:
迪米特法则要求限制软件实体之间通信的宽度和深度,正确使用迪米特法则将有以下两个优点:
- 降低了类之间的耦合度,提高了模块的相对独立性
- 由于亲合度降低,从而提高了类的可复用率和系统的扩展性
但是,过度使用迪米特法则会使系统产生大量的中介类,从而增加系统的复杂性,使模块之间的通信效率降低。所以,在釆用迪米特法则时需要反复权衡,确保高内聚和低耦合的同时,保证系统的结构清晰。
个人觉得比较好的例子:
明星与经纪人的关系实例:
分析:明星由于全身心投入艺术,所以许多日常事务由经纪人负责处理,如与粉丝的见面会,与媒体公司的业务洽淡等。这里的经纪人是明星的朋友,而粉丝和媒体公司是陌生人,所以适合使用迪米特法则,其类图如图 1 所示。
代码示例:
package principle;
public class LoDtest {
public static void main(String[] args) {
Agent agent=new Agent();
agent.setStar(new Star("周杰伦"));
agent.setFans(new Fans("粉丝娇妹儿"));
agent.setCompany(new Company("中国传媒有限公司"));
agent.meeting();
agent.business();
}
}
// 经纪人
class Agent {
private Star myStar;
private Fans myFans;
private Company myCompany;
public void setStar(Star myStar) {
this.myStar=myStar;
}
public void setFans(Fans myFans) {
this.myFans=myFans;
}
public void setCompany(Company myCompany) {
this.myCompany=myCompany;
}
public void meeting() {
System.out.println(myFans.getName()+"与明星"+myStar.getName()+"见面了。");
}
public void business() {
System.out.println(myCompany.getName()+"与明星"+myStar.getName()+"洽淡业务。");
}
}
// 明星
class Star {
private String name;
Star(String name) {
this.name=name;
}
public String getName() {
return name;
}
}
// 粉丝
class Fans {
private String name;
Fans(String name) {
this.name=name;
}
public String getName() {
return name;
}
}
// 媒体公司
class Company {
private String name;
Company(String name) {
this.name=name;
}
public String getName() {
return name;
}
}
程序的运行结果如下:
粉丝娇妹儿与明星周杰伦见面了。
中国传媒有限公司与明星周杰伦洽淡业务。
迪米特法则注意事项和细节:
- 迪米特法则的核心是降低类之间的耦合
- 但是注意:由于每个类都减少了不必要的依赖,因此迪米特法则只是要求降低类间(对象间)耦合关系,并不是要求完全没有依赖关系