设计模式设计原则之迪米特法则

迪米特法则的基本介绍

  • 迪米特法则的核心是**降低类与类之间的耦合**(降低不等于消除)
  • 一个对象应该对其他对象保持最少的了解
  • 类与类关系越密切(继承、聚合、组合、关联),耦合度越大
  • 迪米特法则又叫最少知道原则,一个类对自己依赖的类了解的越少越好,被依赖的类不管多复杂,都尽量**将自身逻辑封装在自己类的内部**,对外只提供public方法不对外泄露任何信息。
  • 如果遵守迪米特法则,当一个模块修改时,就会尽量少的影响其他的模块,所有的修改都在自己的类中进行,这样扩展就会相对简单。

迪米特的其它表述方式

  • 迪米特法则是对**软件实体之间通信的限制**,它对软件实体之间通信的宽度和深度做出了要求。
  • 只与自身的直接朋友通讯、不要跟“陌生人”说话
  • 直接朋友:每个对象都会与其他对象有耦合关系,只要两个对象之间的有耦合关系那么这两个对象之间就是朋友关系。成员变量、方法参数、方法返回值中的类是直接朋友,出现在局部变量中的类不是直接朋友。陌生的类最好不要以局部变量的形式出现在类的内部。
  • 例如:军队里面有元帅、军官和士兵,元帅认识军官,军官认识自己管辖的士兵。元帅要攻击敌军,他不必直接对士兵下命令,只需要下命令给自己认识的军官,由军官将指令转发给自己所辖士兵即可。用迪米特法则解释,元帅和军官、军官和士兵是“朋友”,元帅和士兵是“陌生人”,元帅只应该与自己直接的“朋友”——军官说话,不要跟“陌生人”——士兵说话。

不遵守迪米特法则设计

//校长类
class Headmaster {
   
    /**
     * 打印老师的学生
     * @param teacher (直接朋友)
     */
    public void printStudent(Teacher teacher) {
   
        //Student是间接朋友
        List<Student> student = teacher.getStudent();
        student.stream().forEach((item) -> {
   
            System.out.printf(item.getName());
        });
    }
}

//教师类
class Teacher 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值