Android设计模式——迪米特原则

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 500+累计阅读 531平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄14年

关注

原创最新推荐文章于 2026-05-09 05:25:02 发布 531 阅读 AI 写同款· GEO 优化 ›

ESP-CSI：使用ESP32进行CSI（信道状态信息）采集使用esp32进行csi（信道状态信息）采集和处理阅读详情

          
          迪米特原则

迪米特原则英文全称为：Law of Demeter

定义：一个对象应该对其它对象有最少的了解。通俗讲，一个类应该对自己需要耦合或调用的类知道的最少，类的内部如何实现与调用者或者依赖者没关系，调用者或依赖者只需要知道它需要的方法即可。其他的可以不用管。类与类关系越密切，耦合度越大。

迪米特法则的另一个英文解释：Only talk to your immedate friends 只与直接的朋友通信。

其实通俗来说，迪米特原则就是说每个对象都必然会与其他对象有耦合关系，两个对象之间的耦合就成为朋友关系。这种关系的类型有很多，如聚合、依赖、组合等

收录于

Android(Java)设计模式

当前文章被收录于：

Android(Java)设计模式

9 篇文章 0 人学习

订阅专栏查看详情

当前文章被以下社区和专栏收录：

标签

#android

【漏洞复现】永恒之蓝 MS17-010 远程溢出漏洞(CVE-2017-0143) 文章目录声明前言一、漏洞原理简述二、漏洞代码深层解析三、实验步骤四、漏洞补丁总结声明本篇文章仅用于技术研究与技术学习，切勿用于非授权下攻击行为，切记！前言 Windows7 存在 MS17-010 永恒之蓝(远程溢出漏洞) ，该漏洞是方程式组织在其漏洞利用框架中一个针对SMB服务进行攻击的漏洞，该漏洞导致攻击者在目标系统上可以执行任意代码一、漏洞原理简述 MS17-010漏洞出现在Windows SMB v1中的内核态函数 srv!SrvOs2FeaListToNt 在处理FEA(File Ex 阅读详情

相关推荐

N32在Keil中J-Link识别失败的排查与修复指南

本文详细解析了在Keil开发环境中，J-Link调试器无法识别N32系列MCU的常见问题。通过分步指导，从检查修改Keil工程配置文件、更新J-Link驱动，到手动添加N32专用设备支持包，系统性地提供了排查与修复方案，帮助开发者快速恢复调试连接，确保开发流程顺畅。

300

Android设计模式之迪米特原则

一、定义 迪米特原则（LOD：Law of Demeter）：一个类对于其他类知道的越少越好，就是说一个对象应当对其他对象有尽可能少的了解，只和朋友通信，不和陌生人说话。二、场景运用小明去找中介租房，他的原则是：只要求房子的面积和租金，其他一律不管，中介将符合要求的房子给到他就行。 /** * 租客 */ public class Tenant { private static final String TAG = Tenant.class.getSimpleName();

Androidbye的博客 303

IO多路转接 ——— select、poll、epoll

select是系统提供的一个多路转接接口。select函数的函数原型如下：参数说明：参数timeout的取值：返回值说明：select调用失败时，错误码可能被设置为：fd_set结构与sigset_t结构类似，fd_set本质也是一个位图，用位图中对应的位来表示要监视的文件描述符。调用select函数之前就需要用fd_set结构定义出对应的文件描述符集，然后将需要监视的文件描述符添加到文件描述符集当中，这个添加的过程本质就是在进行位操作，但是这个位操作不需要用户自己进行，系统提供了一组专门的接口，用

2021dragon的博客 7974

Android设计模式六大原则之迪米特原则

迪米特原则又被称为最少知识原则，意思就是说呢，一个对象应该对其他对象有最少的了解。我们知道，一个类如果太依赖另一个类，那么他们之间耦合度就会很大，当一个类发生改变时，对另一个类产生的影响也会很大的。 迪米特法则还有一个更简单的定义：只与直接的朋友通信 迪米特原则遵循编程原则：高内聚，低耦合。只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。好了，定义和规则我们也都知道了，那接下来我们就场景配合代码示例来讲讲怎么运用迪米特原则。在学校里，有校长，班级（班主任），学生等几种角色，校长想要了解某个

Misdirection_XG的博客 210

工业数据采集实战：用open62541库读写PLC的OPC UA节点（避坑指南）

本文详细介绍了如何使用open62541库实现工业PLC的OPC UA节点数据采集，涵盖环境搭建、节点读写优化及生产环境故障排查。通过订阅模式和多节点读写技术，显著提升数据采集效率与稳定性，适用于智能制造和工业物联网场景。

weixin_30598225的博客 399

C#---第十一课：对列表的各种操作，添加、删除、排序、列表长度、获取元素的索引、FirstOrDefault()、SingleOrDefault()、last()

1.添加元素 2.删除元素（1）删除列表中指定的元素（2）删除列表A中所有与列表B相交的元素---常规（3）删除列表A中所有与列表B相交的元素---lambda 3.排序（正序、倒序） 4.获取列表的最大容量(长度)、已用容量 6.获取元素在列表中的位置(index) 7.判断某元素是否在列表List中 8.获取列表中第一个元素First() & FirstOrDefault() 9.获取列表中唯一元素Single() & SingleOrDefault() 10.获取列表中最后一个元素

Alien-Hu 3625

设计模式学习笔记之迪米特法则

迪米特法则也称为最少知识原则，虽然名字不同，但是描述的是同一个规则：一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没关系，那是你的事情，我就知道你提供的这么多public方法，我就调用这么多，其他的我一概不关心。 迪米特法则对类的低耦合提出了明确的要求，其包含以下4层含义：（1）只和朋友交流（2）朋友间也是

GeneralAndroid的专栏 1132

基因家族Motif 分析

MEME

hgz2020的博客 6317

六大设计原则之迪米特原则

迪米特原则的定义迪米特原则(Law of Demeter,LoD)，也叫最少知识原则(Low knowledge Principle,LKP):一个对象应该对其他对象有最少的了解。通俗的讲：一个类对自己需要耦合或调用的类知道的最少，你(被耦合或调用的类)的内部是如何复杂和我没有关系，我就知道你提供的public方法，我只调用这些方法，其它的我不关心。迪米特原则的具体要求迪米特原则对类的低耦合提出了明

hfreeman2008的专栏 4192

告别屏幕适配焦虑：用AndroidAutoSize 1.2.1搞定多尺寸设备（附AndroidX兼容方案）

本文详细介绍了AndroidAutoSize 1.2.1在屏幕适配中的应用，帮助开发者高效解决多尺寸设备适配问题。通过动态计算机制，AutoSize显著提升了UI一致性和开发效率，特别适合处理横竖屏切换、折叠屏等复杂场景。文章还提供了AndroidX兼容方案和性能优化建议，是Android开发者的实用指南。

weixin_42535461的博客 189

智能车图像处理22-进阶篇14--小s的判断

这篇文章中主要讲述智能车图像处理中 : 小s的判断方法。

taiyuezyh的博客 2566

2024年安卓最新Android设计模式之迪米特原则，2024年最新阿里p7面试官一般p几

(img-R1QcrYio-1715016380857)]类也要跟着变化，这就出现了纠缠不清的关系，谁才是。面经、及系列技术文章等，资源持续更新中…Log.i(TAG, “租到房子了”);类打交道，如果把检测条件都放在。类的功能就被弱化了，导致。类中移除，进行重构。

2401_84545213的博客 686

pycharm报错cannot start the IED：Error occurred during initialization of VMagent library failed...如何解决？

🏆本文收录于《全栈 Bug 调优（实战版）》专栏。专栏聚焦真实项目中的各类疑难 Bug，从成因剖析 → 排查路径 → 解决方案 → 预防优化全链路拆解，形成一套可复用、可沉淀的实战知识体系。无论你是初入职场的开发者，还是负责复杂项目的资深工程师，都可以在这里构建一套属于自己的「问题诊断与性能调优」方法论，助你稳步进阶、放大技术价值。

**My Coding Family** 1925

Android设计模式--迪米特原则

迪米特原则英文名称（Law of Demeter），缩写LOD，也成为最少只是原则。虽然名字不同，但描述的是同一个原则：一个对象应该对其他对象有最少的了解，通俗的讲，一个类应该对自己学要耦合或调用的类知道的最少，类的内部结构如何实现与调用者或者依赖者没有关系。调用或者依赖者只需要知道它需要的方法即可。其他一概不管，类与类之间的关系密切，耦合度越大，当一个类发生改变时，对另一个类的影响越大。下面我们就

261

STM32F407中文手册

STM32f407中文手册本参考手册面向应用开发人员，提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微控制器系列，各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性，请参见数据手册。有关 ARM Cortex™-M4F 内核的信息，请参见《Cortex™-M4F 技术参考手册》。

汉书HE8，好用的汇编代码编写工具

汉书HE8，好用的汇编代码编写工具早期编写汇编代码所用功能强大

Android设计模式之迪米特原则(1)

*其实上面说了这么多，钱是永远赚不完的，在这个知识付费的时代，知识技能提升才是是根本！我作为一名8年的高级工程师，知识技能已经学习的差不多。**在看这篇文章的可能有刚刚入门，刚刚开始工作，或者大佬级人物。像刚刚开始学Android开发小白想要快速提升自己，最快捷的方式，就是有人可以带着你一起分析，这样学习起来最为高效，所以这里分享一套高手学习的源码和框架视频等精品Android架构师教程，保证你学了以后保证薪资上升一个台阶。这么重要的事情说三遍啦！

2301_82241775的博客 738

锂电池充电器电路设计里面有电路

锂电池充电器电路设计里面有电路 3.7V升压到5V电路设计。

Android设计模式之迪米特原则(2)

***/上面代码，Tenant类依赖了Mediator类，还要频繁和Room类打交道，如果把检测条件都放在Tenant类中，那么Mediator类的功能就被弱化了，导致Tenant类与Room类的耦合度较高。Tenant类知道了许多Room类的细节，当Room类发生变化时，Tenant类也要跟着变化，这就出现了纠缠不清的关系，谁才是Tenant类的朋友，显然是Mediator类。将Room相关操作从Tenant。

2401_84519859的博客 443

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件，这是C++版本的破解文件

Android之设计模式六大原则

LKing的博客 509

Android的设计模式-设计模式的六大原则

前言单一职责原则Single Responsibility Principle SRP 开放封闭原则Open - ClosedPrinciple OCP 里氏代换原则 Liskov Substitution Principle LSP 依赖倒转原则 Dependence Inversion Principle DIP 接口隔离法则Interface Segregation PrincipleI

四月葡萄的博客 820

设计模式的基本原则

引言在设计模式中有六大基本原则，分别是单一职责原则、开闭原则、里氏替换原则、依赖倒置原则、接口隔离原则、迪米特原则。在这六大基本原则之上，然后衍生了很多具体的设计模式。本文首先从这六大原则说起，然后再对工作中运用的比较多的几种设计模式进行详述。单一职责原则一个类中应该是一组相关性很高的函数、数据的封装。一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变...

Running&H的博客 264

Android最全Android设计模式之迪米特原则(1)，bilibili面试题

我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在IT学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。如果大家觉得自己在网上找的资料非常杂乱、不成体系的话，我也分享一套给大家，比较系统，我平常自己也会经常研读。**第三，**到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。**第二，**开发几年，不知道如何进阶更进一步，比较迷茫。

2401_84562858的博客 271

Android设计模式之迪米特原则，凭借这份《数据结构与算法》核心文档

前言闲来无事在家偶然翻到了之前整理的文档和面试要做到准备路线，虽然内容有点多，但是技多不压身，多多益善本部分内容是关于Android进阶的一些知识总结，涉及到的知识点比较杂，不过都是面试中几乎常问的知识点，也是加分的点。关于这部分内容，可能需要有一些具体的项目实践。在面试的过程中，结合具体自身实践经历，才能更加深入透彻的描绘出来 public Room(double area, double price) { this.area = area; this.price = price; } publi

uu_5201314的博客 560

[Android设计模式之旅]——设计模式的6大原则

前言已经很久没有写博客了，今天开始继续学习Android的23种设计模式，首先在学习设计模式之前我们得先了解设计模式的六大基本原则——单一SRP(单一指责原则)、OCP(开闭原则)、LSP(里氏替换原则)、DIP(依赖倒置原则)、ISP(接口隔离原则)、LOD(迪米特原则)。 1、单一职责原则单一职责原则的英文名称是Single Responsibility Pr...

紫雾凌寒 1823

六大设计原则

设计模式的6大原则

qq_24907431的博客 1092

从android代码中来记忆23种设计模式,一、写在最前：设计模式六大原则

在android中咱们常提起的设计模式大约有23种，利用好设计模式可以帮助咱们很好的构建代码结构，也便于咱们之后的维护。每次看完，看的时候总以为很明白，可是过一段时间之后都会忘记，或只记得一些片断，又或到真正使用起来的时候才会发现一系列的问题。本系列笔记会从头记录这23种设计模式，固然必定会有不正确的地方。java本系列笔记参考了《设计模式之禅》、《Android源码设计模式解析与实战》以及hua...

weixin_39772652的博客 123

Android 源码设计模式解析与实战第2版读书笔记1.6迪米特原则

1.6.迪米特原则（LOD）定义：一个类应该对自己需要耦合或者调用的类知道的最少，类的内部如何实现与调用者或者依赖者没有关系，调用者或依赖者只需知道他需要的方法，其他可以一概不管。这样使得系统具有更低的耦合与更好的可扩展性。个人理解：相当于中界，有耦合，但只双方只在中界耦合，其他的不封闭

cswoods的博客 290

上一篇： Android设计模式——接口隔离原则

下一篇： Android设计模式——单一职责原则

N32在Keil中J-Link识别失败的排查与修复指南

02-28

300