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

迪米特原则(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并不是朋友,从下面的类图就可以看出来。

file

下面对代码进行改造。

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已经没有关联了。

file

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

本文为“Tom弹架构”原创,转载请注明出处。技术在于分享,我分享我快乐!
如果本文对您有帮助,欢迎关注和点赞;如果您有任何建议也可留言评论或私信,您的支持是我坚持创作的动力。关注微信公众号“Tom弹架构”可获取更多技术干货!
【推荐】Tom弹架构:收藏本文,相当于收藏一本“设计模式”的书

其他设计原则

Tom弹架构:开闭原则(Open-Closed Principle,OCP)

Tom弹架构:依赖倒置原则(Dependence Inversion Principle,DIP)

Tom弹架构:单一职责(Simple Responsibility Pinciple,SRP)

Tom弹架构:接口隔离原则(Interface Segregation Principle, ISP)

Tom弹架构:里氏替换原则(Liskov Substitution Principle,LSP)

Tom弹架构:合成复用原则(Composite/Aggregate Reuse Principle,CARP)


设计模式就该这样学
设计模式就该这样学

《Spring 5核心原理》、《Netty 4核心原理》、《设计模式就该这样学》作者。

39 声望
29 粉丝
0 条评论
推荐阅读
什么条件下会产出死锁,如何避免死锁?
一个去美团面试的小伙伴私我说,被面试官问到一个死锁的问题难道了,面试前还特意刷了题,面试的时候就是脑子一片空白不知道怎么回答。今天,我给大家彻底讲明白。

Tom弹架构阅读 525

从零搭建 Node.js 企业级 Web 服务器(十五):总结与展望
总结截止到本章 “从零搭建 Node.js 企业级 Web 服务器” 主题共计 16 章内容就更新完毕了,回顾第零章曾写道:搭建一个 Node.js 企业级 Web 服务器并非难事,只是必须做好几个关键事项这几件必须做好的关键事项就...

乌柏木61阅读 6k评论 16

从零搭建 Node.js 企业级 Web 服务器(一):接口与分层
分层规范从本章起,正式进入企业级 Web 服务器核心内容。通常,一块完整的业务逻辑是由视图层、控制层、服务层、模型层共同定义与实现的,如下图:从上至下,抽象层次逐渐加深。从下至上,业务细节逐渐清晰。视图...

乌柏木41阅读 7.2k评论 6

从零搭建 Node.js 企业级 Web 服务器(二):校验
校验就是对输入条件的约束,避免无效的输入引起异常。Web 系统的用户输入主要为编辑与提交各类表单,一方面校验要做在编辑表单字段与提交的时候,另一方面接收表单的接口也要做足校验行为,通过前后端共同控制输...

乌柏木32阅读 6.1k评论 9

从零搭建 Node.js 企业级 Web 服务器(五):数据库访问
回顾 从零搭建 Node.js 企业级 Web 服务器(一):接口与分层,一块完整的业务逻辑是由视图层、控制层、服务层、模型层共同定义与实现的,控制层与服务层实现了业务处理过程,模型层定义了业务实体并以 对象-关系...

乌柏木32阅读 4.5k评论 9

从零搭建 Node.js 企业级 Web 服务器(十三):断点调试与性能分析
Node.js 官方提供了断点调试机制,出于安全性考虑默认为关闭状态,可以通过 node 参数 --inspect 或 --inspect-brk 开启,配合 IDE 能够非常方便地调试代码,本章就上一章已完成的项目 licg9999/nodejs-server-ex...

乌柏木29阅读 3.8k评论 9

从零搭建 Node.js 企业级 Web 服务器(八):网络安全
计算机网络依据 TCP/IP 协议栈分为了物理层、网络层、传输层、应用层,通常基础设施供应商会解决好前三层的网络安全问题,需要开发者自行解决应用层的网络安全问题,本章将着重表述应用层常见的网络安全问题及处...

乌柏木31阅读 5.7k评论 1

《Spring 5核心原理》、《Netty 4核心原理》、《设计模式就该这样学》作者。

39 声望
29 粉丝
宣传栏