软件设计模式原则(一)迪米特法则

开一个小专题------详细总结一下软件设计模式原则,这部分在《软计》和《java设计模式》中算是很重要的知识点,值得展开详细讲解一下~首先介绍的是【迪米特法则】


一.定义

迪米特法则又称为最少知识原则,其定义为:一个软件实体应当尽可能少的与其他实体发生相互作用。

  • 一个软件实体应当尽可能少的与其他实体发生相互作用,每一个软件单位对其他的单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位
  • 迪米特法则的初衷在于降低类之间的耦合 。由于每个类尽量减少对其他类的依赖,因此,很容易使得系统的功能模块功能独立,相互之间不存在(或很少有)依赖关系。
  • 迪米特法则不希望类之间建立直接的联系。如果真的有需要建立联系,也希望能通过它的友元类来转达。因此,应用迪米特法则有可能造成的一个后果就是:系统中存在大量的中介类,这些类之所以存在完全是为了传递类之间的相互调用关系------这在一定程度上增加了系统的复杂度。

英文缩写为:LOD

如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度,提高模块的相对独立性。

二.描述

如果一个系统满足迪米特法则,那么当其中一个软件实体发生变化时,就会尽量少的影响其他软件实体,扩展会相对容易,这是对软件实体之间通信的限制,迪米特法则要求限制软件实体之间通信的宽度和深度。

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

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

任何一个对象,如果满足上面的条件之一,就是当前对象的"朋友",否则就是"陌生人"。在应用迪米特法则时,一个对象只能与直接朋友发生交互,不能与"陌生人"发生直接交互,好处在于降低耦合~

迪米特法则要求我们在设计系统时,应该尽量减少对象之间的交互,如果两个对象不必直接通信,那么这两个对象就不应该发生任何直接的相互作用,如果其中一个对象需要调用另外一个对象的某个方法时,可以通过【友元类】转发这个调用。

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

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

三.案例

假设现在有一段时间,需要你学习某些内容,有代码如下:

java 复制代码
public class Time{
    public void studyMath() {
        // do something
    }
	public void studyChinese() {
        // do something
    }
	public void studyEnglish() {
        // do something
    }
    
    
    public void study() {
		studyEnglish();
		studyChinese();
		studyMath();
    }
}

public class Person {
    private Time time;
    
    public void Now() {
        // 学习什么都可以
		
        // 但是你发现Study类所有的方法都是公开的, 现在不知道该先学习哪个?
		time.studyMath();
		time.study();
        //也可以是
       time.studyMath();
	   time.studyEnglish();
    }
}

上述代码违背了迪米特原则,即对于对象time,此时不知道该学习什么------有多个方法可以调用~

(学一门,还是三门都学?)

如果改为如下的样式,则正确:

java 复制代码
public class Time{
    private void studyMath() {
        // do something
    }
	private void studyChinese() {
        // do something
    }
	private void studyEnglish() {
        // do something
    }
    
    
    public void study() {
		studyEnglish();
		studyChinese();
		studyMath();
    }
}

public class Person {
    private Time time;
    
    public void Now() {
        // 学习什么都可以
		
        // 但是你发现Study类所有的方法都是公开的, 现在不知道该先学习哪个?
		time.studyMath();
		time.study();
        //也可以是
       time.studyMath();
	   time.studyEnglish();
    }
}

总结就是一句话------尽可能降低现有的耦合,避免直接调用

相关推荐
博风5 小时前
设计模式:7、策略模式(政策)
设计模式·策略模式
前期后期9 小时前
Android 工厂设计模式的使用:咖啡机,可以做拿铁,可以做美式等等。
android·java·设计模式
.ccl9 小时前
设计模式-策略模式
设计模式·策略模式
白茶等风121389 小时前
Unity 设计模式-单例模式(Singleton)详解
单例模式·设计模式
创码小奇客11 小时前
《Java 策略模式:编程魔法盒里的 “百变秘籍”》
java·后端·设计模式
唐僧洗头爱飘柔952712 小时前
(Java并发编程——JUC)常见的设计模式概念分析与多把锁使用场景!!理解线程状态转换条件!带你深入JUC!!文章全程笔记干货!!
java·设计模式·并发编程·juc·reentrantlock·顺序控制·生产者与消费者
澄澈i13 小时前
设计模式学习[9]---模板方法模式
c++·学习·设计模式·模板方法模式
zzzhpzhpzzz13 小时前
设计模式——解释器模式
算法·设计模式·解释器模式
DBWYX14 小时前
GoF设计模式——结构型设计模式分析与应用
设计模式
repinkply15 小时前
装饰模式(Decorator)模式:装饰模式/包装模式,结构模式
设计模式·c++设计模式·装饰器模式·装饰模式·包装模式