6大设计原则(五)---迪米特法则

2024-06-10 23:18
文章标签 设计 法则 原则 米特

本文主要是介绍6大设计原则(五)---迪米特法则,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 英文名称:Low of Demeter,LoD

 定义:一个对象应该对其他对象有最少的了解。只与直接的朋友通信。
 朋友关系:每个对象都必然会与其他对象有耦合关系,两个对象之间的耦合就称为朋友关系。
 我的理解:迪米特法则定义的是类之间的关系要尽量低耦合,一个类中的朋友不要太多,

 这样在后期代码维护或更改时需要修改的地方也就不会太多了。

一个例子
 体育老师要求班长清点女生的人数。
 体育老师类(Teacher):command(ClassMonitor classMonitor)方法
  班长类(ClassMonitor):countGirl(List<Girl> listGirls)方法
  女生类(Girl)

 

<span style="font-size:18px;">public class LoDTest {public static void main(String[] args) {new Teacher().command(new ClassMonitor());}
}
class Teacher{public void command(ClassMonitor classMonitor){List<Girl> listGirls = new ArrayList<Girl>();for(int i=0;i<10;i++){listGirls.add(new Girl());}classMonitor.countGirl(listGirls);}
}
class ClassMonitor{public void countGirl(List<Girl> listGirls){System.out.println("班长说:女生的数量是..."+listGirls.size());}
}
class Girl{}</span>
  在Teacher类中,一个方法调用了两个类的实例,Teacher类依赖于ClassMonitor和Girl类。
  而Teacher类中的朋友类只有ClassMonitor,Girl类是定义在方法体内的方法,因此不属于朋友类。
  而迪米特法则告诉我们只与朋友类进行通信,所以这种设计方式违反了迪米特法则。
 
 朋友关系在java中的定义:出现在成员变量,方法的输入输出类称为成员朋友类,而出现在方法体内部的类不属于朋友类。

设计改进:
  去掉Teacher类中的Girl实例的创建,减少不必要的依赖关系。
  使Teacher类只与直接朋友类ClassMonitor通信,而ClassMonitor类的直接朋友类是Girl类。


<span style="font-size:18px;">public class LoDTest {public static void main(String[] args) {List<Girl> listGirls = new ArrayList<Girl>();for(int i=0;i<10;i++){listGirls.add(new Girl());}new Teacher().command(new ClassMonitor(listGirls));}
}
class Teacher{public void command(ClassMonitor classMonitor){classMonitor.countGirl();}
}
class ClassMonitor{List<Girl> listGirls;public ClassMonitor(List<Girl> listGirls){this.listGirls = listGirls;}public void countGirl(){System.out.println("班长说:女生的数量是..."+listGirls.size());}
}
class Girl{}</span>

迪米特法则给类的低耦合提出了四个基本的要求

1、只和朋友类交流。

   上述代码已经陈述这句话的含义,就是说尽量避免一个类中依赖于多个类的情况,一个类中的方法只与朋友类进行通信。

2、朋友间也是有距离的。

类似于显示生活中的情况,再亲密的朋友,也会为对方留有私人空间。
  在java中的实现思想就是:类A与类B之间有依赖关系,并在方法输入或输出中创建该类的实例,那么他们属于朋友类,
  但是类A不可以过分操作类B的方法
  例如:
  模拟下载软件中的过程,点击下一步,完成下载软件。
  实现方式
  1、类InstallSoftware:有一个下载软件的方法installWizard(Wizard wizard).
  2、类Wizard:拥有first(),second(),third()方法。




public class LoDTest3 {public static void main(String[] args) {new InstallSoftware().installWizard(new Wizard());}
}
class InstallSoftware{public void installWizard(Wizard wizard){int first = wizard.first();boolean flag = false;if(first > 50){int second = wizard.second();if(second>50){int third = wizard.third();if(third >50)flag = wizard.over();}}if(!flag)System.out.println("下载失败...");}
}
class Wizard{private Random rand = new Random();public int first(){System.out.println("执行第一个方法...");return rand.nextInt(100);}public int second(){System.out.println("执行第二个方法...");return rand.nextInt(100);}public int third(){System.out.println("执行第三个方法...");return rand.nextInt(100);}public boolean over(){System.out.println("下载完成...");return true;}
}
设计缺陷:这里InstallSoftware类的朋友类是Wizard类,但是InstallSoftware类太过于依赖Wizard类,
  如果Wizard类有所更改,那么InstallSoftware类就会进行更改。因此我们要避免不必要的修改。
  设计改进:尽量减少朋友类的public接口,只为InstallSoftware类提供一个服务接口,
  在InstallSoftware类调用Wizard类时,只需要调用他的实现方法就可以了,而没有必要替Wizard类去实现。

public class LoDTest3 {public static void main(String[] args) {new InstallSoftware(new Wizard()).installWizard();}
}
class InstallSoftware{private Wizard wizard;public InstallSoftware(Wizard wizard){this.wizard = wizard;}public void installWizard(){wizard.installWizard();}
}
class Wizard{private Random rand = new Random();private int first(){System.out.println("执行第一个方法...");return rand.nextInt(100);}private int second(){System.out.println("执行第二个方法...");return rand.nextInt(100);}private int third(){System.out.println("执行第三个方法...");return rand.nextInt(100);}private boolean over(){System.out.println("下载完成...");return true;}public void installWizard(){int first = first();boolean flag = false;if(first > 50){int second = second();if(second>50){int third = third();if(third >50)flag = over();}}if(!flag)System.out.println("下载失败...");}
}

3、是自己的就是自己的

如果一个方法放在本类中,既不增加类间关系,也对本类不产生负面影响,那就放置在本类中。

4、谨慎使用serializable

这就话不太理解。在开发中我也很少用到过这个关键字。

我对迪米特法则的理解:迪米特法则定义的是类之间的设计的规范。也就是各自管理好自己类中的职责就行了。在开发中难免会遇到类之间的联系,那么就要严格遵守迪米特法则,对为了需求的变更有很大的帮助。


这篇关于6大设计原则(五)---迪米特法则的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1049544

相关文章

Python中的可视化设计与UI界面实现

《Python中的可视化设计与UI界面实现》本文介绍了如何使用Python创建用户界面(UI),包括使用Tkinter、PyQt、Kivy等库进行基本窗口、动态图表和动画效果的实现,通过示例代码,展示... 目录从像素到界面:python带你玩转UI设计示例:使用Tkinter创建一个简单的窗口绘图魔法:用

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例,告诉我们不懂推荐算法的产品,也能从产品侧出发, 设计出一款不错的推荐系统。 相信很多新手产品,看到算法二字,多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法(注:传统是指科班出身的产品都会接触过)。但对于推荐算法,多数产品对着网上搜到的资源,都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后,更是加大了理解的难度。 但,不了解推荐算法,就无法做推荐系

怎么让1台电脑共享给7人同时流畅设计

在当今的创意设计与数字内容生产领域,图形工作站以其强大的计算能力、专业的图形处理能力和稳定的系统性能,成为了众多设计师、动画师、视频编辑师等创意工作者的必备工具。 设计团队面临资源有限,比如只有一台高性能电脑时,如何高效地让七人同时流畅地进行设计工作,便成为了一个亟待解决的问题。 一、硬件升级与配置 1.高性能处理器(CPU):选择多核、高线程的处理器,例如Intel的至强系列或AMD的Ry

基于51单片机的自动转向修复系统的设计与实现

文章目录 前言资料获取设计介绍功能介绍设计清单具体实现截图参考文献设计获取 前言 💗博主介绍:✌全网粉丝10W+,CSDN特邀作者、博客专家、CSDN新星计划导师,一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们电子相关专业的大学生,希望您们都共创辉煌!✌💗 👇🏻 精彩专栏 推荐订阅👇🏻 单片机

SprinBoot+Vue网络商城海鲜市场的设计与实现

目录 1 项目介绍2 项目截图3 核心代码3.1 Controller3.2 Service3.3 Dao3.4 application.yml3.5 SpringbootApplication3.5 Vue 4 数据库表设计5 文档参考6 计算机毕设选题推荐7 源码获取 1 项目介绍 博主个人介绍:CSDN认证博客专家,CSDN平台Java领域优质创作者,全网30w+

JVM内存调优原则及几种JVM内存调优方法

JVM内存调优原则及几种JVM内存调优方法 1、堆大小设置。 2、回收器选择。   1、在对JVM内存调优的时候不能只看操作系统级别Java进程所占用的内存,这个数值不能准确的反应堆内存的真实占用情况,因为GC过后这个值是不会变化的,因此内存调优的时候要更多地使用JDK提供的内存查看工具,比如JConsole和Java VisualVM。   2、对JVM内存的系统级的调优主要的目的是减少

单片机毕业设计基于单片机的智能门禁系统的设计与实现

文章目录 前言资料获取设计介绍功能介绍程序代码部分参考 设计清单具体实现截图参考文献设计获取 前言 💗博主介绍:✌全网粉丝10W+,CSDN特邀作者、博客专家、CSDN新星计划导师,一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们电子相关专业的大学生,希望您们都共创辉煌!✌💗 👇🏻 精彩专栏 推荐订

Spring的设计⽬标——《Spring技术内幕》

读《Spring技术内幕》第二版,计文柯著。 如果我们要简要地描述Spring的设计⽬标,可以这么说,Spring为开发者提供的是⼀个⼀站式的轻量级应⽤开发框架(平台)。 作为平台,Spring抽象了我们在 许多应⽤开发中遇到的共性问题;同时,作为⼀个轻量级的应⽤开发框架,Spring和传统的J2EE开发相⽐,有其⾃⾝的特点。 通过这些⾃⾝的特点,Spring充分体现了它的设计理念:在

开题报告中的研究方法设计:AI能帮你做什么?

AIPaperGPT,论文写作神器~ https://www.aipapergpt.com/ 大家都准备开题报告了吗?研究方法部分是不是已经让你头疼到抓狂? 别急,这可是大多数人都会遇到的难题!尤其是研究方法设计这一块,选定性还是定量,怎么搞才能符合老师的要求? 每次到这儿,头脑一片空白。 好消息是,现在AI工具火得一塌糊涂,比如ChatGPT,居然能帮你在研究方法这块儿上出点主意。是不

创业者该如何设计公司的股权架构

本文来自七八点联合IT橘子和车库咖啡的一系列关于设计公司股权结构的讲座。 主讲人何德文: 在公司发展的不同阶段,创业者都会面临公司股权架构设计问题: 1.合伙人合伙创业第一天,就会面临股权架构设计问题(合伙人股权设计); 2.公司早期要引入天使资金,会面临股权架构设计问题(天使融资); 3.公司有三五十号人,要激励中层管理与重要技术人员和公司长期走下去,会面临股权架构设计问题(员工股权激