小谈设计模式(12)—迪米特法则

这篇具有很好参考价值的文章主要介绍了小谈设计模式(12)—迪米特法则。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

专栏介绍

专栏地址

专栏介绍

主要对目前市面上常见的23种设计模式进行逐一分析和总结,希望有兴趣的小伙伴们可以看一下,会持续更新的。希望各位可以监督我,我们一起学习进步,加油,各位。
小谈设计模式(12)—迪米特法则,细解设计模式,设计模式,迪米特法则

迪米特法则

迪米特法则(Law of Demeter)也被称为最少知识原则(Least Knowledge Principle),是一种面向对象设计的原则,它强调一个对象应该尽量减少与其他对象之间的相互依赖。
小谈设计模式(12)—迪米特法则,细解设计模式,设计模式,迪米特法则

核心思想

尽量减少对象之间的相互依赖,使对象之间的耦合度降低。具体来说,它强调一个对象应该只与其直接的朋友进行交互,而不与陌生的对象进行直接交互。

这里的“朋友”指

小谈设计模式(12)—迪米特法则,细解设计模式,设计模式,迪米特法则

当前对象本身

一个对象可以调用自身的方法,因为它对自身的结构和行为是了解的。

以参数形式传入当前对象的对象

一个对象可以调用作为参数传入的对象的方法,因为它对传入的对象的结构和行为是了解的。

当前对象的成员变量直接引用的对象

一个对象可以调用它的成员变量直接引用的对象的方法,因为它对成员变量引用的对象的结构和行为是了解的。

目标

降低对象之间的耦合度,提高系统的可维护性、可扩展性和可复用性。通过限制对象之间的直接交互,减少了对象之间的依赖关系,使系统更加灵活、易于修改和测试。

遵循迪米特法则可以使系统的设计更加模块化,每个对象只需要关注自身的职责,而不需要了解其他对象的内部细节。这样可以降低系统的复杂性,提高代码的可读性和可维护性。同时,迪米特法则也有助于提高系统的可扩展性,因为减少了对象之间的直接依赖,新增功能时只需要修改少量的对象即可。
小谈设计模式(12)—迪米特法则,细解设计模式,设计模式,迪米特法则

Java程序实现

// 定义一个学生类
class Student {
    private String name;

    public Student(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }
}

// 定义一个班级类
class Class {
    private String className;
    private List<Student> students;

    public Class(String className, List<Student> students) {
        this.className = className;
        this.students = students;
    }

    public String getClassName() {
        return className;
    }

    public List<Student> getStudents() {
        return students;
    }
}

// 定义一个学校类
class School {
    private String schoolName;
    private List<Class> classes;

    public School(String schoolName, List<Class> classes) {
        this.schoolName = schoolName;
        this.classes = classes;
    }

    public String getSchoolName() {
        return schoolName;
    }

    public List<Class> getClasses() {
        return classes;
    }
}

// 客户端代码
public class Main {
    public static void main(String[] args) {
        // 创建学生对象
        Student student1 = new Student("Tom");
        Student student2 = new Student("Jerry");

        // 创建班级对象
        List<Student> students = new ArrayList<>();
        students.add(student1);
        students.add(student2);
        Class class1 = new Class("Class1", students);

        // 创建学校对象
        List<Class> classes = new ArrayList<>();
        classes.add(class1);
        School school = new School("School1", classes);

        // 输出学校的名称和班级的名称
        System.out.println("School Name: " + school.getSchoolName());
        for (Class c : school.getClasses()) {
            System.out.println("Class Name: " + c.getClassName());
        }

        // 输出班级中的学生姓名
        for (Class c : school.getClasses()) {
            for (Student s : c.getStudents()) {
                System.out.println("Student Name: " + s.getName());
            }
        }
    }
}

程序分析

学生类、班级类和学校类之间的关系是符合迪米特法则的。学生类只与班级类有直接的关联,班级类只与学校类有直接的关联,而学生类和学校类之间没有直接的关联。这样可以降低对象之间的耦合度,提高系统的灵活性和可维护性。

在客户端代码中,我们创建了一个学校对象,然后通过学校对象获取班级对象和学生对象,并输出它们的信息。通过迪米特法则,我们可以看到客户端代码只需要与学校类进行交互,而不需要了解班级类和学生类的内部细节,这样可以降低客户端代码与其他类的直接依赖,使系统更加灵活和易于维护。
小谈设计模式(12)—迪米特法则,细解设计模式,设计模式,迪米特法则

总结

迪米特法则强调了对象之间的松耦合设计,通过减少对象之间的直接依赖,提高系统的灵活性和可维护性。遵循迪米特法则可以使系统更加模块化、可扩展和易于测试。文章来源地址https://www.toymoban.com/news/detail-723715.html

到了这里,关于小谈设计模式(12)—迪米特法则的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 迪米特法则

    迪米特法则,也称为最少知识原则(Law of Demeter),是面向对象设计中的一个原则,旨在降低对象之间的耦合性,提高系统的可维护性和可扩展性。该原则强调一个类不应该直接与其它不相关的类相互交互,而是通过少数几个密切相关的类来进行通信。这有助于减少类之间的

    2024年02月12日
    浏览(32)
  • 小谈设计模式(20)—组合模式

    link 主要对目前市面上常见的23种设计模式进行逐一分析和总结,希望有兴趣的小伙伴们可以看一下,会持续更新的。希望各位可以监督我,我们一起学习进步,加油,各位。 组合模式是一种结构型设计模式,它允许将对象组合成树状结构以表示“部分-整体”的层次结构。组

    2024年02月07日
    浏览(34)
  • 研磨设计模式day12命令模式

    目录 定义 几个参数 场景描述 代码示例 参数化设置 命令模式的优点 本质  何时选用 定义 几个参数 Command:定义命令的接口。 ConcreteCommand:命令接口的实现对象。但不是真正实现,是通过接收者的功能来完成命令要执行的操作 Receiver:接收者。真正执行命令的对象。任何类都

    2024年02月11日
    浏览(37)
  • 笨蛋学设计模式结构型模式-组合模式【12】

    7.6.1概念 ​ 组合模式通过将对象组合成树状结构来表示 部分-整体 的层次关系,从而让客户端能够以同样的方式处理单个对象和对象组合,在使用中将他们视为同一类型的对象。 7.6.2场景 ​ 在文件系统中,比如目录和文件就形成了一个树形结构,目录可以包含文件以及子目

    2024年01月18日
    浏览(42)
  • 12.python设计模式【观察者模式】

    内容:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变的时候,所有依赖于它的对象得到通知并被自动更新。观者者模式又称为“发布-订阅”模式。比如天气预报,气象局分发气象数据。 角色: 抽象主题(Subject) 具体主题(ConcreteSubject)——发布者 抽象

    2024年02月15日
    浏览(39)
  • Java 与设计模式(12):享元模式

    享元模式是一种结构型设计模式,旨在有效地共享对象以减少内存使用和提高性能。该模式的核心思想是通过共享尽可能多的相似对象来减少内存占用。它将对象分为可共享的内部状态和不可共享的外部状态。内部状态是对象的固有属性,可以在多个对象之间共享,而外部状

    2024年02月12日
    浏览(37)
  • 12,【设计模式】工厂

    在C++中,“工厂”(Factory)是一种设计模式,它提供了一种创建对象的方式,将对象的创建和使用代码分离开来,提高了代码的可扩展性和可维护性。 工厂模式通过一个共同的接口或基类来定义产品对象的创建方法,而具体的对象创建过程则由子类或具体工厂来实现。通过

    2024年02月11日
    浏览(33)
  • AI Chat 设计模式:12. 享元模式

    本文是该系列的第十二篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的一些思考和补充。 享元模式是一种软件设计模式,用于 提高系统的性能和内存利用率 。该模式 通过共享对象来减少内存消耗 ,特别是在大量对象需要同时

    2024年02月14日
    浏览(37)
  • 读发布!设计与部署稳定的分布式系统(第2版)笔记12_超时模式

    2.4.2.1. 电缆可能会断开 2.4.2.2. 传输线路上的交换机或路由器可能会坏掉 2.4.2.3. 正在寻址的计算机可能会崩溃 3.2.3.1. 这些库通常代表系统直接进行套接字调用 4.5.4.1. 快速重试很有可能再次失败 4.7.1.1. 失败了 4.7.1.2. 成功了 4.7.1.3. 其他提示信息

    2024年02月11日
    浏览(40)
  • 小谈静态类和单例模式

    静态类(Static Class)和单例(Singleton)都是在编程中用于实现特定类型的设计模式或代码组织方式。它们在不同的情境下有不同的用途和特点。 静态类(Static Class) 静态类是一种类,它的方法和属性都是静态的,意味着它们可以在不创建类实例的情况下直接访问。静态类常

    2024年02月09日
    浏览(36)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包