【设计模式】迪米特法则

一,概述

        迪米特法则(Law of Demeter)又叫作最少知识原则(Least Knowledge Principle 简写LKP),就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。英文简写为: LoD

        如果两个类不必彼此直接通信,那么这两个类就不应当发生直接相互作用。。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。

         在类的架构上,每一个类都应尽量降低成员的访问权限(private)。类之间的松耦合越弱,越容易复用,就是说处在弱耦合中的类容易被修改。

 

二,示例

           形象一点的比喻类似于:监狱内的犯人是不应该跟外面的人接触的,当然或许会有探亲的。这里的监狱就是类,里面的犯人就是类内部的信息,而监狱里的狱警就相当于迪米特法则的执行者

         例:家人探望犯人

家人:家人只与犯人是亲人,但是不认识他的狱友

 
public class Family {
//家人探望犯人
public void visitPrisoner(Prisoners prisoners)
{
//家人希望犯人与狱友互帮互助
Inmates inmates = prisoners.helpEachOther();
//狱友说,我们是盟友
inmates.weAreFriend();
}
}

犯人:犯人与家人是亲人,犯人与狱友是朋友

public class Prisoners {
private Inmates inmates = new Inmates();
public Inmates helpEachOther()
{
System.out.println("家人说:你和狱友之间应该互相帮助...");
return inmates;
}
}

狱友:犯人与狱友是朋友,但是不认识他的家人

//Inmates是狱友的意思
public class Inmates {
public void weAreFriend()
{
System.out.println("狱友说:我们是狱友...");
}
}

场景类:发生在监狱里

public class Prison {
public static void main(String args[])
{
Family family = new Family();
family.visitPrisoner(new Prisoners());
}
}

运行结果:

         家人说:你和狱友之间应该互相帮助...
         狱友说:我们是狱友...

         看到这样的结果,是不是有些别扭,家人告诉犯人要与狱友好好相处,而狱友确冒出来说话。这显然越界了,因为监狱只允许家人探望犯人,而不是随便谁都可以见的

          这里的家人和狱友有了沟通是违背迪米特法则的,所以我们需要将家人和狱友隔离开,对其进行重构

家人

public class Family {
//家人探望犯人
public void visitPrisoner(Prisoners prisoners)
{
System.out.print("家人说:");
prisoners.helpEachOther();
}
}

犯人

public class Prisoners {
private Inmates inmates = new Inmates();
public Inmates helpEachOther()
{
System.out.println("犯人和狱友之间应该互相帮助...");
System.out.print("犯人说:");
inmates.weAreFriend();
return inmates;
}
}

狱友

//Inmates是狱友的意思
public class Inmates {
public void weAreFriend()
{
System.out.println("我们是狱友...");
}
}

监狱

public class Prison {
public static void main(String args[])
{
Family family = new Family();
family.visitPrisoner(new Prisoners());
}
}

运行结果

家人说:犯人和狱友之间应该互相帮助...
犯人说:我们是狱友...

这样家人和狱友就分开了,但是也表达了家人希望狱友能跟犯人互相帮助的意愿。也就是两个类通过第三个类(家人里面的犯人)实现信息传递

网上还有如下一些关于应用迪米特法则的注意事项:

① 在类的划分上,应该创建有弱耦合的类;
② 在类的结构设计上,每一个类都应当尽量降低成员的访问权限;
③ 在类的设计上,只要有可能,一个类应当设计成不变类;
④ 在对其他类的引用上,一个对象对其它对象的引用应当降到最低;
⑤ 尽量降低类的访问权限;
⑥ 谨慎使用序列化功能;
⑦ 不要暴露类成员,而应该提供相应的访问器(属性)。

 

原文地址:https://www.cnblogs.com/secbook/p/2654982.html