Java设计模式-七大架构设计原则-最少知道原则（迪米特法则）

已于 2022-07-02 23:42:14 修改
阅读量482 收藏
点赞数 2
分类专栏： Java设计模式 文章标签： java 迪米特法则 架构 设计模式
于 2022-03-22 16:28:48 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_29843575/article/details/123664211
版权
本文介绍了Java设计模式中的最少知道原则（迪米特法则），强调减少类间的耦合。通过一个权限系统的例子，展示了在未使用和使用该原则时的代码差异，说明如何避免非朋友类直接交流，提高代码的可维护性和可扩展性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Java设计模式-七大架构设计原则-最少知道原则（迪米特法则）

从这一专栏开始将学习设计模式，上课学习和自己总结归纳的笔记将总结出来供大家参考。
参考书籍：《设计模式就该这样学》

其他文章：

Java设计模式-UML类图 Java设计模式-七大架构设计原则-开闭原则
Java设计模式-七大架构设计原则-依赖倒置原则 Java设计模式-七大架构设计原则-单一职责原则
Java设计模式-七大架构设计原则-接口隔离原则 Java设计模式-七大架构设计原则-最少知道原则（迪米特法则）
Java设计模式-七大架构设计原则-里氏替换原则和合成复用原则 Java设计模式-创建型设计模式-简单工厂模式
Java设计模式-创建型设计模式-工厂方法模式（工厂模式） Java设计模式-创建型设计模式-抽象工厂模式
Java设计模式-创建型设计模式-建造者模式 Java设计模式-创建型设计模式-原型模式
Java设计模式-创建型设计模式-单例模式 Java设计模式-结构型设计模式-适配器模式
Java设计模式- 结构型设计模式-享元模式 Java设计模式- 结构型设计模式-外观模式
Java设计模式- 结构型设计模式-桥接模式 Java设计模式-结构型模式设计模式-组合模式
Java设计模式-行为型设计模式-观察者模式

文章目录

最少知道原则（迪米特法则）

最少知道原则（Le

最低0.47元/天 解锁文章
Java设计模式-七大架构设计原则-依赖倒置原则
Fatter$hday的博客
03-21 780
Java设计模式-七大架构设计原则-依赖倒置原则
Java设计模式-七大架构设计原则-单一职责原则
Fatter$hday的博客
03-22 852
Java设计模式-七大架构设计原则-单一职责原则
设计模式 -- 迪米特法则(Demeter Principle)
Syntactic Sugar
10-31 353
设计模式 – 迪米特法则(Demeter Principle) 1、基本介绍 一个对象应该对其他对象保持最少的了解 类与类关系越密切，耦合度越大 迪米特法则 (Demeter Principle) 又叫 最少知道原则 ，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的 public 方法，不对外泄露任何信息 迪米特法则还有个更简单的定义：只与直接的朋友通信 直接的朋友： 每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们
Java与设计模式（七）迪米特法则(最少知道原则)
qq_40134461的博客
04-16 239
一、定义 迪米特法则来自于1987年美国东北大学(Northeastern University)一个名为“Demeter”的研究项目。迪米特法则又称为最少知识原则(LeastKnowledge Principle, LKP)，其定义如下： 迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。 如果一个系统符合迪米特法则，那么当其中某一个模块发生...
JAVA设计模式—最少知识原则
ASHL1985的博客
06-30 521
最少知道原则一、定义二、理解三、案例四、注意事项五、优缺分析 一、定义 最少知道原则——即迪米特法则：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。如果其中的一个对象需要调用另一个对象的某一个方法的话，可以通过第三者转发这个调用。 二、理解 面向对象的程序设计中，对象与对象之间尽量相互独立，具体对象的行为由具体的对象去完成，而不是由某个对象去指定另一个对象去实施具体的行...
Java设计原则（五）迪米特法则（最少知道原则）
baidu_41934937的博客
07-15 301
迪米特法则 定义 一个对象应该对其他对象保持最少的了解。又叫最少知道原则 尽量降低类与类之间的耦合 优点 降低类之间的耦合 强调 只与朋友交流，不和陌生人说话。 朋友： 出现在成员变量、方法的输入、输出参数中的类称为成员朋友类， 而出现在方法体内部的类不属于朋友类 ...
设计模式六大原则(五)迪米特法则（最少知道原则）
高兴的地方
08-25 1205
<br />10.3.5  迪米特法则（最少知道原则）（Demeter Principle）<br />迪米特法则（Law of Demeter）又叫最少知道原则（Least Knowledge Principle），1987年秋天由美国Northeastern University的Ian Holland提出，被UML的创始者之一Booch等普及。后来，因为在经典著作《 The Pragmatic Programmer》中提出而广为人知。<br />迪米特法则可以简单说成：talk only to you
Java设计模式-七大架构设计原则-开闭原则
Fatter$hday的博客
03-17 1175
Java设计模式-七大架构设计原则-开闭原则
尚硅谷学习笔记——Java设计模式（一）设计模式七大原则
最新发布
five小点心的博客
11-28 1418
什么是设计模式？设计模式常用的七大原则是什么？
"围观"设计模式(5)--迪米特法则(Lod,Law of Demeter)或最少知道原则(Least Knowledge Principle)
王洋的专栏
04-18 2186
得墨忒耳(迪米特)定律（Law of Demeter，缩写LoD）亦称为“最少知识原则（Principle of Least Knowledge）”，是一种软件开发的设计指导原则，特别是面向对象的程序设计。得墨忒耳(迪米特)定律是松耦合的一种具体案例。该原则是美国东北大学在1987年末在发明的，可以简单地以下面任一种方式总结:     1. 每个单元对于其他的单元只能拥有有限的知识：只是与当
Java与设计模式（七）设计原则--迪米特法则(最少知道原则)
keep_trying的专栏
01-15 509
一定义 二代码示例 一、定义 迪米特法则来自于1987年美国东北大学(Northeastern University)一个名为“Demeter”的研究项目。迪米特法则又称为最少知识原则(LeastKnowledge Principle, LKP)，其定义如下： 迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。 如果一个系统
Java设计模式——六大原则之最少知道
o190847959的专栏
06-23 710
定义：一个对象应该对其他对象保持最少的了解。 问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 解决方案：尽量降低类与类之间的耦合。          自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样
设计模式: 七大原则之 迪米特法则(最少知道原则)
weixin_42947972的博客
08-23 381
七大原则之 迪米特法则(最少知道原则) 迪米特法则(最少知道原则): 一个类,对于其它类,要知道得越少越好 只和朋友通信 什么是朋友: a. 类中的字段 b. 方法的参数 c. 方法的返回值 d. 方法中实例出来的对象 反例: class Computer { public void saveData() { System.out.println("保存数据"); } public void
设计模式六大原则之迪米特法则（最少知道原则）
lixinkuan的博客
11-25 753
迪米特原则（law of demeter LOD）：最少知道原则（LeastKnowledge Principle 简写LKP），尽量降低类与类之间的耦合； 定义：一个对象应该对其他对象保持最少的了解。最早是在1987年由美国Northeastern University的Ian Holland提出。 问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 ...
5. 最少知道原则（迪米特原则）
weixin_42646791的博客
08-04 259
按照惯例，先先发一段书里面的定义 这里面的含义不是对象和对象之间保持的联系越少越好，而是不要和不应该交流的对象进行交互。 举个例子： A、B、C三个系统 ，AC当初因为不能直接交流，而引入了B系统作为AC之间交流的跳板。 这时AC之间有两个接口其实是可以直接交流的，但是也不应该A调用C，还是应该通过B进行消息传递。 这就是最少知道原则的意思，我A系统知道B系统就可以了，我可以认识C，但是那样就越界了。 最少知道原则在那些情况可以打破，是真不知道，从来不敢违背过，尤其是以领域驱动设计为核心的架构，对这个原则
设计原则之最少知道原则
forrhuen的专栏
07-15 588
只与你直接的朋友通信，避免和陌生人通信。   定义：一个对象应该对其他对象保持最少的了解。 问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 解决方案：尽量降低类与类之间的耦合。 通俗的来讲，就是一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，
java开发最少知识原则
mcband的博客
06-25 251
如果两个类不必彼此直接通信，那么这两个类就不应该发生直接的相互作用。如果一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个应用。迪米特法则强调：在类的结构设计上，每一个类都应该尽量降低成员变量的访问权限。也就是说一个类应该包装好自己的private状态，不需要让别的类知道的字段或行为就不要公开；迪米特法则的根本思想是：强调类之间的松耦合；类之间的耦合越弱，越有利于复用，一个处于弱耦合的类被修改了，不会对有关系的类造成波及；问题由来。
设计模式之——“迪米特法则”（“最少知道”原则）
扬俊的小屋
05-31 2998
设计模式之——“迪米特法则”（“最少知道”原则） 什么是“迪米特法则” 迪米特法则（Law of Demeter）又叫作最少知识原则（Least Knowledge Principle 简写LKP），就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。 上面是摘自百度百科对于“迪米特法则”的解释，相信有很多同学看完这段解释还是处于一脸懵逼的状...
008六大设计原则-迪米特法则(最少知道原则)
技术改变世界
12-14 1307
1迪米特法则介绍 定义：迪米特法则（Law of Demeter, LoD）是1987年秋天由lan holland在美国东北大学一个叫做迪米特的项目设计提出的，它要求**一个对象应该对其他对象有最少的了解**，所以迪米特法则又叫做最少知识原则（Least KnowledgePrinciple, LKP）One object should have a minimum understanding of other objects （一个对象应该对其他对象有最少的了解 ） Only talk to yo
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值