设计模式学习笔记 - 设计原则 - 8.迪米特法则(LOD)

前言

迪米特法则,是一个非常实用的原则。利用这个原则,可以帮我们实现代码的 “高内聚、松耦合”。

围绕下面几个问题,来学习迪米特原则。

  • 什么是 “高内聚、松耦合”?
  • 如何利用迪米特法则来实现 高内聚、松耦合?
  • 哪些代码设计是明显违背迪米特法则的?该如何重构?

什么是 “高内聚、松耦合”?

“高内聚、松耦合”是一个非常重要的思想,能有效地提高代码的可读性和可维护性,缩小功能改动导致的代码范围改动。

很多设计原则都已实现代码的“高内聚、松耦合”为目的,比如单一职责原则、基于接口而非实现编程。

在这个设计思想中,“高内聚” 用来指导类本身的设计,“松耦合” 用来指导类与类之间依赖关系的设计。不过,这两种并非独立不相干。高内聚有助于松耦合,松耦合有需要高内聚的支持。

什么是“高内聚”呢?

所谓高内聚,就是指相近的功能应该放到同一个类中,不相近的功能不要放到同一个类中

相近的功能往往会被同时修改,放到同一个类中,修改会比较集中,代码容易维护。实际上,我们前面讲过的单一职责原则是实现代码高内聚的非常有效的设计原则。

什么是“松耦合”?

松耦合是指,类与类之间的依赖关系简单清晰。即使两个类有依赖关系,一个类的代码改动不会或者很少导致依赖类的改动

前面讲的依赖注入接口隔离基于接口而非实现编程,以及今天的迪米特法则,都是为了实现代码的松耦合。

“内聚” 和 “耦合” 之间的关系

“高内聚” 有助于 “松耦合”,同理 “低内聚” 也会导致 “紧耦合”。

在这里插入图片描述
上图的左边的代码结构是 “高内聚、松耦合”,右边部分是 “低内聚、紧耦合”。

  • 左边部分的代码设计中,类的粒度较小,每个类的职责比较单一。相近的功能都放到了一个类中,不相近的功能被分割到了多个类中。这样类更加独立,代码的内聚性更高。因为职责单一,所以每个类被依赖的类就会比较少,代码低耦合。一个类的修改,只会影响到一个依赖类的代码改动。我们只需要测试依赖类是否还能正常工作就行了。
  • 右边部分的代码设计中,类粒度较大,低内聚,功能大而全,不相近的功能放到一个类中。这就导致很多其他类都依赖这个类。当修改这个类的某一个功能代码时,会影响依赖它的多个类。我们需要测试这三个依赖类是否正常工作。这也就是所谓的 “牵一发而动全身”。

另外,从图中我们可以看出,高内聚、低耦合的代码结构更加简单、清晰,相应地,可维护性和可读性要好很多。

“迪米特法则”理论描述

迪米特法则,Law Of Demeter,缩写是 LOD,它也叫做最小知识原则。

这个原则的英文定义:

Each unit should haval only limited knwoledge about other units: only units “closely” related to the current unit. Or: Ecah unit should only talk to its friends; Don’t talk to strangers.

翻译:每个模块只应该了解与它关系紧密的模块的有限知识。或者说,每个模块只和自己的朋友 “说话”,不和陌生人说话。

我们把其中的模块,替换成类,按照自己的意思理解下:不该有直接依赖关系的类,不要有依赖;有依赖关系的类,尽量只依赖必要的接口

从上面的描述中,我们可以看出,迪米特法则包含前后两部分,这两部分讲的是两件事,我们用两个实战案例讲解下。

理论解读与代码实战一 —— 不要有直接依赖关系的类,不要有依赖

我们举一个搜索引擎爬取网页的功能。代码中包含三个主要类。其中 NetworkTransporter 类负责底层网络通信,根据请求获取数据;HtmlDownloader 类用来通过 URL 获取网页;Document 表示网页文档,后续的网页内容抽取、分词、索引都是依次为处理对象。具体代码如下:

public class NetworkTransporter {// 省略属性和其他方法...public  Byte[] send(HtmlRequest htmlRequest) { /*...*/ }
}public class HtmlDownloader {private NetworkTransporter transporter; // 通过构造函数注入...public Html downloadHtml(String url) {Byte[] rawHtml = transporter.send(new HtmlRequest(url));return new Html(rawHtml);}
}public class Document {private Html html;private String url;public Document(String url) {this.url = url;HtmlDownloader downloader = new HtmlDownloader();this.html = downloader.downloadHtml(url);}
}

这段代码虽然能用,但是有较多的设计缺陷。

首先来看 NetworkTransporter。 作为一个底层网络通信类,我们希望它的功能尽可能统一,而不是只用于下载 HTML。所以,不应该直接依赖太具体的发送对象 HtmlRequest

该如何重构,才能让 NetworkTransporter 类符合迪米特法则呢?应该把 HtmlRequest 类中的 addresscontent 交给 NetworkTransporter ,而非直接把 HtmlRequest 交给 NetworkTransporter。按照这个思路,NetworkTransporter 重构之后的代码如下所示:

public class NetworkTransporter {// 省略属性和其他方法...public  Byte[] send(String address, Byte[] data) { /*...*/ }
}

在看下 HtmlDownloader。这个类的设计没有问题。不过因为修改了 NetworkTransporter,所以要对它做响应的改动。

public class HtmlDownloader {private NetworkTransporter transporter; // 通过构造函数注入...public Html downloadHtml(String url) {HtmlRequest htmlRequest = new HtmlRequest(url);Byte[] rawHtml = transporter.send(htmlRequest.getAddress(), htmlRequest.getContent().getBytes());return new Html(rawHtml);}
}

最后,看下 Document。 这个类的问题比较多,主要有三点。

  • 第一:构造函数中的 downloader.downloadHtml(url) 逻辑复杂,耗时长,不应该放到构造函数中,会影响代码的可测试性。
  • 第二:HtmlDownloader 在构造函数中,通过 new 来创建,违反了基于接口而非实现编程的设计思想,也会影响到代码的可测试性。
  • 第三:从业务角度上讲,Document 网页文档没必要依赖 HtmlDownloader,违背迪米特法则。

不过,Document 修改起来还是比较简单的,只要一处改动,就可以解决所有问题。

public class Document {private Html html;private String url;public Document(String url, Html html) {this.html = html;this.url = url;}//...
}// 通过一个工厂创建 Document
public class DocumentFactory {private HtmlDownloader htmlDownloader;public DocumentFactory(HtmlDownloader htmlDownloader) {this.htmlDownloader = htmlDownloader;}public Document createDocument(String url) {Html html = htmlDownloader.downloadHtml(url);return new Document(url, html);}
}

理论解读与代码实战二 —— 有依赖关系的类,尽量只依赖必要的接口

现在在看下迪米特法则的后半部分:“有依赖关系的类,尽量只依赖必要的接口”。我们还是结合一个例子来讲解。下面这段代码非常简单, Serialization 类负责对象的序列化和反序列化。这个例子在之前单一职责原则笔记中,你可以结合一起看下。

public class Serialization {public String serialize(Object object) {String serializedResult = ...;// ...return serializedResult;}public Object deserialize(String str) {String deserializedResult = ...;// ...return deserializedResult;}
}

但看这个类没有一点问题。不过,若把它放到一定的应用场景里,那就还有继续优化的空间。 假设,在我们的项目中,有些类只用到了序列化操作,有些类去只用了反序列化操作。基于迪米特法则的后半部分 “有依赖关系的类,尽量只依赖必要的接口”,只用到序列化的那部分类不应该依赖反序列化接口。同理,只用到反序列化的那部分类不应该依赖序列化接口。

根据这个思路,将 Serialization 拆分成两个更小粒度的类,一个只负责序列化 Serializer,另一个只负责反序列化 Deserializer

public class Serializer {public String serialize(Object object) {String serializedResult = ...;// ...return serializedResult;}
}public class Deserializer {public Object deserialize(String str) {String deserializedResult = ...;// ...return deserializedResult;}
}

不过,虽然拆分之后的代码更能满足迪米特法则,但却违背了高内聚的设计思想。高内聚要求相近的功能要放到同一个类中,这样可以方便功能修改的时候,修改的地方不至过于分散。对于刚刚的例子,如果我们修改了序列化的实现方式,比如从 JSON 换成了 XML,那反序列化的实现逻辑也需要修改。在未拆分的情况下,只要修改一个类即可。在拆分之后,需要修改两个类。显然,这种设计思路的代码改动范围变大了。

实际上,通过引入两个接口,就可以既不违背高内聚的设计思想,也不违背迪米特法则。具体的代码如下所示,实际上在讲解 “接口隔离原则”课程的时候,第三个例子就用了类似的思路。你可以结合着一块来看。

public interface Serializable {String serialize(Object object);
}public interface Deserializable {Object deserialize(String str);
}public class Serialization implements Serializable, Deserializable {@Overridepublic String serialize(Object object) {String serializedResult = ...;// ...return serializedResult;}@Overridepublic Object deserialize(String str) {String deserializedResult = ...;// ...return deserializedResult;}
}public class DemoClass_1 {private Serializable serializer;public DemoClass_1(Serializable serializer) {this.serializer = serializer;}// ...
}public class DemoClass_2 {private Deserializable deserializer;public DemoClass_2(Deserializable deserializer) {this.deserializer = deserializer;}// ...
}

尽管,还是要往 DemoClass_1 类的构造函数中,传入包含序列化和反序列化的 Serialization 实现类,但是我们依赖的 Serializable 接口只包含序列化操作, DemoClass_1 无法使用 Serialization 的发序列化接口,对反序列化操作无感知,这也就符合了迪米特法则后半部分所说的“依赖有限接口”的要求。

实际上,上面的代码思路,也体现了 “基于接口而非实现编程” 的设计原则,结合迪米特法则,我们可以总结出一个新的设计原则,那就是 “基于最小接口而非最大实现编程”。

辩证思考与灵活应用

Serialization 类只包含序列化和反序列化两个操作,只用到序列化操作的使用者,即便能够感知到反序列化接口,问题也不大。为了满足迪米特法则,我们将一个非常简单的类,拆分出两个接口,是否有过度设计的意思呢?

设计原则本身没错,只有是否用对之说。不要为了应用设计原则而应用设计原则,我们在应用设计原则时,一定要具体问题具体分析。

对于刚刚的 Serialization 来说,只包含两个操作,确实没有太大必要拆分成两个接口。但是,如果我们对 Serialization 类添加更多的功能,实现更多更好的序列化和反序列化函数,我们来重新思考下这个问题。修改后的代码如下所示:

public class Serialization {public String serialize(Object object) { /*...*/ }public String serialize(Map map) { /*...*/ }public String serialize(List list) { /*...*/ }public Object deserialize(String str) { /*...*/ }public Map deserialize(String str) { /*...*/ }public List deserialize(String str) { /*...*/ }
}

在这种场景下,第二种设计思路更好些。因为基于之前的应用常见来说,大部分代码只需要用到序列化的功能,这部分使用者,没有必要了解反序列化知识,而修改之后的 Serialization 的反序列化知识从一个变成三个。 一旦,反序列化操作有代码改动,我们都需要检查、测试所有依赖 Serialization 类的代码是否还能正常工作。为了减少耦合和测试工作量,我们应该按照迪米特法则,将反序列化和序列化功能隔离开。

总结

1.如何理解“高内聚、松耦合”

“高内聚、松耦合” 是一个非常重要的设计思想,能有效提高代码的可读性、可维护性,缩小功能改动导致的代码改动范围。“高内聚” 用来指导类本身的设计,“低耦合” 用来指导类与类之间的依赖关系的设计。

所谓高内聚,就是指相近的功能应该放到同一个类中,不相近的功能不要放到同一个类中。相近的功能往往会被同时修改,放到同一个类中,修改会比较集中。

所谓松耦合,是指,在代码中,类与类之间的依赖关系简单清晰。即使两个有类有依赖关系,一个类的改动也不会(或者很少)导致依赖类的代码改动。

2.如何理解“迪米特法则”

不该有直接依赖关系的类之间,不要有依赖关系;有依赖关系的类之间,尽量只依赖必要的接口。迪米特法则是希望减少类之间的耦合,让类越独立越好。每个类都应该少了解系统的其他部分。一旦发生变化,需要了解这一变化的类就会比较少。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/717253.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

程序员求职

程序员的金三银四求职宝典 随着春天的脚步渐近,对于许多程序员来说,一年中最繁忙、最重要的面试季节也随之而来。金三银四,即三月和四月,被广大程序员视为求职的黄金时期。在这两个月里,各大公司纷纷开放招聘&#xf…

技术实践|百度安全「大模型内容安全」高级攻击风险评测

1、引子 2023年10月16日,OWASP发布了《OWASP Top 10 for LLM Applications》,这对于新兴的大语言模型安全领域,可谓一份纲领性的重要报告。 OWASP是开放式Web应用程序安全项目(Open Web Application Security Project&#xff0…

【Linux网络命令系列】ping curl telnet三剑客

💝💝💝欢迎来到我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。 推荐:kwan 的首页,持续学…

【C++】vector的使用和模拟实现(超级详解!!!!)

文章目录 前言1.vector的介绍及使用1.1 vector的介绍1.2 vector的使用1.2.1 vector的定义1.2.2 vector iterator 的使用1.2.3 vector 空间增长问题1.2.3 vector 增删查改1.2.4 vector 迭代器失效问题。(重点!!!!!!)1.2.5 vector 在OJ中有关的练习题 2.ve…

C++入门和基础

目录 文章目录 前言 一、C关键字 二、命名空间 2.1 命名空间的定义 2.2 命名空间的使用 2.3 标准命名空间 三、C输入&输出 四、缺省参数 4.1 缺省参数的概念 4.2 缺省参数的分类 五、函数重载 5.1 函数重载的简介 5.2 函数重载的分类 六、引用 6.1 引用的…

搭建个人IC_EDA服务器(物理机)一:安装Centos7

1.准备 大于8G的U盘;待装的电脑,我使用淘汰的在大学时候使用的笔记本;U盘启动器制作工具:UltralSo;官网下载的在没有付费的情况下,即使试用期,安装的时候会有莫名的问题,建议使用这…

【接口测试】常见HTTP面试题

目录 HTTP GET 和 POST 的区别 GET 和 POST 方法都是安全和幂等的吗 接口幂等实现方式 说说 post 请求的几种参数格式是什么样的? HTTP特性 HTTP(1.1) 的优点有哪些? HTTP(1.1) 的缺点有哪些&#x…

全量知识系统问题及SmartChat给出的答复 之14 解析器+DDD+文法型 之2

Q36. 知识系统中设计的三种文法解析器和设计模式之间的关系 进一步,我想将 知识系统中设计的三种语言(形式语言、人工语言和自然)的文法解析器和DDD中的三种程序类型(领域模型、领域实体和领域服务) 形式语言文法 我…

动态代理总结

Java 代理模式 使用代理对象来代替对真实对象(real object)的访问,这样就可以在不修改原目标对象的前提下,提供额外的功能操作,扩展目标对象的功能 静态代理 静态代理在编译时就将接口、实现类、代理类这些都变成了一个个实际的 class 文件…

MQ如何防止消息被重复消费?

被询问如何防止MQ消息被重复消费时,其实是在考察候选人对消息队列、分布式系统设计以及容错机制的理解,通过这些问题,可以全面了解候选人在处理MQ消息重复消费问题时的思考方式、技术能力和实践经验,从而评估其是否适合担任相关岗…

Puzzles

题目链接:Submit - Codeforces​​​​​​ 解题思路: 题目大概意思就是在一个数组里找n个数里的最大值减最小值的最小值,先排序,然后将第i n - 1项减去第i项与最小值作比较,输出最小值即可,注意循环结束…

NTP网络校时服务器(GPS北斗卫星校时系统)应用场景

NTP网络校时服务器(GPS北斗卫星校时系统)应用场景 NTP网络校时服务器(GPS北斗卫星校时系统)应用场景 随着大数据、云计算时代的到来,各行业信息化建设的不断提升,信息化下的各个系统不再单独处理各自业务,而是趋于协同工作,因此,各…

YOLOv应用开发与实现

一、背景与简介 YOLO(You Only Look Once)是一种流行的实时目标检测系统,其核心思想是将目标检测视为回归问题,从而可以在单个网络中进行端到端的训练。YOLOv作为该系列的最新版本,带来了更高的检测精度和更快的处理速…

代码随想录day34||● 860.柠檬水找零 ● 406.根据身高重建队列 ● 452. 用最少数量的箭引爆气球

860. 柠檬水找零 - 力扣&#xff08;LeetCode&#xff09; class Solution { public:bool lemonadeChange(vector<int>& bills) {int five0,ten0,twenty0;for(int bill:bills){if(bill5)five;if(bill10){if(five<0)return false;ten;five--;}if(bill20){if(ten&g…

【框架】MyBatis 框架重点解析

MyBatis 框架重点解析 1. MyBatis 执行流程 会话工厂生产的 SqlSession 对象提供了对数据库执行SQL命令所需的所有方法&#xff0c;包括但不限于以下功能&#xff1a; 数据库操作&#xff1a;SqlSession可以执行查询&#xff08;select&#xff09;、插入&#xff08;insert&a…

腾讯云幻兽帕鲁游戏存档迁移教程,本地单人房迁移/四人世界怎么迁移存档?

腾讯云幻兽帕鲁游戏存档迁移的方法主要包括以下几个步骤&#xff1a; 登录轻量云控制台&#xff1a;首先&#xff0c;需要登录到轻量云控制台&#xff0c;这是进行存档迁移的前提条件。在轻量云控制台中&#xff0c;可以找到接收存档的服务器卡片&#xff0c;并点击进入实例详情…

Jmeter 安装

JMeter是Java的框架&#xff0c;因此在安装Jmeter前需要先安装JDK&#xff0c;此处安装以Windows版为例 1. 安装jdk&#xff1a;Java Downloads | Oracle 安装完成后设置环境变量 将环境变量JAVA_HOME设置为 C:\Program Files\Java\jdk1.7.0_25 在系统变量Path中添加 C:\Pro…

股票技术指标(包含贪婪指数)

股票技术指标是用于分析股票价格和成交量数据&#xff0c;以便预测未来市场走势的工具。技术分析师使用这些指标来识别市场趋势、价格模式、交易信号和投资机会。技术指标通常基于数学公式&#xff0c;并通常在股票价格图表上以图形形式表示。 技术指标主要分为以下几类&#x…

A Brief Introduction of the Tqdm Module in Python

DateAuthorVersionNote2024.02.28Dog TaoV1.0Release the note. 文章目录 A Brief Introduction of the Tqdm Module in PythonIntroductionKey FeaturesInstallation Usage ExamplesBasic UsageAdvanced Usage A Brief Introduction of the Tqdm Module in Python Introducti…

力扣hot100:42.接雨水

什么时候能用双指针&#xff1f; &#xff08;1&#xff09;对撞指针&#xff1a; ①两数和问题中可以使用双指针&#xff0c;先将两数和升序排序&#xff0c;可以发现规律&#xff0c;如果当前两数和大于target&#xff0c;则右指针向左走。 ②接雨水问题中&#xff0c;左边最…