软件架构设计原则之迪米特法则

      迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则（Least Knowledge Principle，LKP），尽量降低类与类之间的耦合度。迪米特原则主要强调：只和朋友交流，不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称为成员朋友类，而出现在方法体内部的类不属于朋友类。

现在来设计一个权限系统，Boss需要查看目前发布到线上的课程数量。这时候，Boss要找到TeamLeader去进行统计，TeamLeader再把统计结果告诉Boss。接下来我们还是来看代码。

Course类的代码如下：

public class Course {
}

TeamLeader类的代码如下：

public class TeamLeader {
    public void checkNumberOfCourses(List<Course> courseList){
        System.out.println("目前已发布的课程数量是："+courseList.size());
    }
}

Boss类的代码如下：

public class Boss {
    public void commandCheckNumber(TeamLeader teamLeader){
    //模拟Boss一页一页往下翻页，TeamLeader实时统计
            List<Course> courseList = new ArrayList<Course>();
            for (int i= 0; i < 20 ;i ++){
                courseList.add(new Course());
            }
            teamLeader.checkNumberOfCourses(courseList);
        }
    }

测试代码如下：

public static void main(String[] args) {
    Boss boss = new Boss();
    TeamLeader teamLeader = new TeamLeader();
    boss.commandCheckNumber(teamLeader);
}

写到这里，其实功能都已经实现，代码看上去也没什么问题。根据迪米特原则，Boss只想要结果，不需要跟Course直接交流。而TeamLeader统计需要引用Course对象。Boss和Course并不是朋友，从下面的类图就可以看出来。

下面对代码进行改造。

TeamLeader类的代码如下：

public class TeamLeader {
    public void checkNumberOfCourses(){
        List<Course> courseList = new ArrayList<Course>();
        for(int i = 0 ;i < 20;i++){
            courseList.add(new Course());
        }
        System.out.println("目前已发布的课程数量是："+courseList.size());
    }
}

Boss类的代码如下：

public class Boss {
    public void commandCheckNumber(TeamLeader teamLeader){
        teamLeader.checkNumberOfCourses();
    }
}

再来看下面的类图，Course和Boss已经没有关联了。

学习软件设计原则，千万不能形成强迫症。碰到业务复杂的场景，我们需要随机应变。

本文为“Tom弹架构”原创，转载请注明出处。技术在于分享，我分享我快乐！  

如果本文对您有帮助，欢迎关注和点赞；如果您有任何建议也可留言评论或私信，您的支持是我坚持创作的动力。

【推荐】Tom弹架构：30个设计模式真实案例，挑战年薪60W不是梦

本文节选自《设计模式就该这样学》本文自2012年10月29日起持续连载，请大家持续关注....序言Design Patterns: Elements of Reusable Object-Oriented Software（以下简称《设计模式》），一书由Erich Gamma、Richard Helm、Ralph Johnson和John Vlissides合著（Addison-Wesley，1995）。这四位作者常被称为“四人组（Gang of Four）”，而这本书也就被称为“四人组（或 .

https://blog.csdn.net/gupaoedu_tom/article/details/121042618

其他设计原则

Tom弹架构：开闭原则（Open-Closed Principle，OCP）

https://blog.csdn.net/gupaoedu_tom/article/details/120895316

Tom弹架构：依赖倒置原则（Dependence Inversion Principle，DIP）

https://blog.csdn.net/gupaoedu_tom/article/details/120905135

Tom弹架构：单一职责（Simple Responsibility Pinciple，SRP）

https://blog.csdn.net/gupaoedu_tom/article/details/120906842

Tom弹架构：接口隔离原则（Interface Segregation Principle, ISP）

https://blog.csdn.net/gupaoedu_tom/article/details/120907031

Tom弹架构：里氏替换原则（Liskov Substitution Principle，LSP）

https://blog.csdn.net/gupaoedu_tom/article/details/120907389

Tom弹架构：合成复用原则（Composite/Aggregate Reuse Principle，CARP）

https://blog.csdn.net/gupaoedu_tom/article/details/120907563