设计模式--迪米特法则(Lod/LKP)

最新推荐文章于 2024-07-11 21:44:33 发布

weixin_34007020

最新推荐文章于 2024-07-11 21:44:33 发布

阅读量64

点赞数

文章标签：设计模式

本文探讨了迪米特法则的核心概念及其在软件设计中的应用，强调了类间耦合的重要性，并通过示例展示了如何遵循这一原则来优化代码结构。

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

迪米特法则：(Law of Demeter, LoD)，也称最少知识原则（Least Knowledge Principle, LKP）

理解：

假设两个类不必彼此直接通信，那么这两个类就不应该发生直接的相互作用。假设当中一个类须要调用还有一个类的某一个放发的话，能够通过第三者转发这个调用。

仅仅和朋友交流（更准确来讲是：直接的朋友）

每一个对象都必定会与其它对象有耦合关系，两个对象之间的耦合就成为朋友关系，这样的关系的类型有非常多，如组合、聚合、依赖等。

朋友类的定义：出如今成员变量、方法的输入输出參数中的类。而方法体类内部的类不能算。

朋友之间也有间距

假设朋友把太多的方法或属性暴露给你。则过于亲热。耦合关系变得异常坚固。并且。改动时涉及的面也就越大。变更引起的风险就越大。

因此，要适时重复衡量：能否够降低public方法和属性，改为private、package－private、protected等訪问权限。及能否够加上finalkeyword。

看个演示样例：

以下的代码违反了设计原则：

public class Teacher {
 
    public void commond(GroupLeader groupLeader) {
        List<Girl> listGirls = new ArrayList<Girl>();
        for (int i = 0; i < 20; i++) {
            listGirls.add(new Girl());
        }
        groupLeader.countGirls(listGirls);
    }
}

一个类应该纸盒自己有直接关系的类交流。

正确的方法例如以下：

public class Teacher {
 
    public void commond(GroupLeader groupLeader) {
        groupLeader.countGirls();
    }
 
}

public class GroupLeader {
 
    private List<Girl> listGirls;
 
    public GroupLeader(List<Girl> _listGirls) {
        this.listGirls = _listGirls;
    }
 
    public void countGirls() {
        System.out.println("女生数量是：" + listGirls.size());
    }
 
}