田敏
返回博客列表
技术

迪米特法则的核心要点

田敏
2024-10-231 分钟阅读
Design PatternSoftware Engineering

合成复用原则迪米特法则（Law of Demeter, LoD），也叫最少知识原则（Principle of Least Knowledge），是面向对象设计中的一条重要原则。它的核心思想是：一个对象应当对其他对象有尽可能少的了解，即一个对象只能与其直接关联的对象通信，不应过度依赖其他类的内部细节。这样可以降低系统中的耦合性，增强系统的可维护性和扩展性。

迪米特法则的核心要点

  1. 只与直接朋友交流：对象只能调用自己直接持有的对象的属性或方法，而不应去访问间接持有的对象。
  2. 避免过度依赖其他类：类的内部结构和细节应该对外部尽可能地封装，避免外部类通过过多层次去访问它的内部状态。
  3. 减少对象之间的耦合：类之间的依赖越少，系统就越灵活，越容易维护。

举例说明

不符合迪米特法则的设计

假设有一个 School 类，其中包含一个 Teacher 类，而 Teacher 类又包含一个 Student 类：

public class School
{
    public Teacher Teacher { get; set; }

    public void GetStudentName()
    {
        // School 直接访问 Teacher 的内部属性，再访问 Student 的属性
        string studentName = Teacher.Student.Name;
        Console.WriteLine(studentName);
    }
}

public class Teacher
{
    public Student Student { get; set; }
}

public class Student
{
    public string Name { get; set; }
}

在这个例子中，School 类不但直接与 Teacher 类交互，还依赖 Teacher 类的内部结构——Student。这违反了迪米特法则，因为 School 类不应该知道 Student 类的存在。这种设计导致了 School 类对 Teacher 的细节有过多的了解，如果 Teacher 类或 Student 类发生变化，School 类也可能需要做相应的修改，增加了类之间的耦合性。

符合迪米特法则的设计

我们可以通过将 Teacher 类对 Student 的信息封装起来，使得 School 类只与 Teacher 直接交互，不用知道 Student 的存在：

public class School
{
    public Teacher Teacher { get; set; }

    public void GetStudentName()
    {
        // School 只与 Teacher 直接交互，而不关心 Teacher 内部的 Student 细节
        string studentName = Teacher.GetStudentName();
        Console.WriteLine(studentName);
    }
}

public class Teacher
{
    private Student Student { get; set; }

    public Teacher()
    {
        Student = new Student { Name = "John" };
    }

    // 对外提供一个方法，隐藏 Student 的细节
    public string GetStudentName()
    {
        return Student.Name;
    }
}

public class Student
{
    public string Name { get; set; }
}

在这个设计中，School 类只知道 Teacher 类的存在，而 Teacher 类负责处理 Student 的细节。如果将来 Student 类发生变化，School 类不需要做任何修改。这符合迪米特法则，减少了类之间的耦合，提高了系统的稳定性和可维护性。

迪米特法则的优势

  1. 降低耦合：遵循迪米特法则可以减少对象之间的依赖，降低系统中类与类之间的耦合。
  2. 增强代码的可维护性：如果一个类发生变化，其他类不容易受到影响，从而提高系统的维护性。
  3. 提升模块化和复用性：类的功能更独立，模块化更强，从而提高类的可复用性。
  4. 增强封装性：每个类只关心自己和直接的朋友，而不是通过多层对象访问其他对象的细节，增强了类的封装性。

实际应用场景

  1. 服务层与数据层分离：在应用程序中，服务层应尽量不直接操作数据层的细节对象，而是通过接口或抽象层来完成交互，避免服务层依赖数据层的实现细节。我们在使用的过程中只需要关注BLL，关注其输入以及输出

  2. API 设计：在设计 API 时，应该尽量封装内部逻辑，不要让用户需要了解太多内部实现的细节。用户只需要知道如何使用 API，而不关心其内部数据结构的设计。

  3. MVC 架构：在 MVC 模式中，控制器（Controller）不应该直接操作数据模型的内部细节，而是通过服务类或业务逻辑类来处理，保持各层次的独立性。

总结

迪米特法则强调对象之间的低耦合和最小化依赖关系，一个类不应与不直接关联的类进行交互。通过遵循该原则，可以减少代码中的类之间的耦合度，增强系统的可维护性和扩展性。

版权协议：MIT返回列表