JAVA语言之设计模式六大原则(5):迪米特法则
龚超 2018-05-04 来源 : 阅读 633 评论 0

摘要:JAVA语言迪米特法则定义:一个对象应该对其他对象保持最少的了解。希望对大家学习JAVA语言有所帮助。

设计模式六大原则(5):迪米特法则

 

定义:一个对象应该对其他对象保持最少的了解。

 

问题由来:类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。

 

解决方案:尽量降低类与类之间的耦合。

 

         自从我们接触编程开始,就知道了软件编程的总的原则:低耦合,高内聚。无论是面向过程编程还是面向对象编程,只有使各个模块之间的耦合尽量的低,才能提高代码的复用率。低耦合的优点不言而喻,但是怎么样编程才能做到低耦合呢?那正是迪米特法则要去完成的。

 

         迪米特法则又叫最少知道原则,最早是在1987年由美国Northeastern University的Ian Holland提出。通俗的来讲,就是一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类来说,无论逻辑多么复杂,都尽量地的将逻辑封装在类的内部,对外除了提供的public方法,不对外泄漏任何信息。迪米特法则还有一个更简单的定义:只与直接的朋友通信。首先来解释一下什么是直接的朋友:每个对象都会与其他对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖、关联、组合、聚合等。其中,我们称出现成员变量、方法参数、方法返回值中的类为直接的朋友,而出现在局部变量中的类则不是直接的朋友。也就是说,陌生的类最好不要作为局部变量的形式出现在类的内部。

 

         举一个例子:有一个集团公司,下属单位有分公司和直属部门,现在要求打印出所有下属单位的员工ID。先来看一下违反迪米特法则的设计。

//总公司员工  

   class Employee{  
       private String id;  
       public void setId(String id){  
           this.id = id;  
       }  
       public String getId(){  
           return id;  
       }  
   }  
     
   //分公司员工  
   class SubEmployee{  
       private String id;  
       public void setId(String id){  
           this.id = id;  
       }  
       public String getId(){  
           return id;  
       }  
   }  
     
   class SubCompanyManager{  
       public List
getAllEmployee(){  
           List
 list = new ArrayList
();  
           for(int i=0; i<100; i++){  
               SubEmployee emp = new SubEmployee();  
               //为分公司人员按顺序分配一个ID  
               emp.setId("分公司"+i);  
               list.add(emp);  
           }  
           return list;  
       }  
   }  
     
   class CompanyManager{  
     
       public List
getAllEmployee(){  
           List
 list = new ArrayList
();  
           for(int i=0; i<30; i++){  
               Employee emp = new Employee();  
               //为总公司人员按顺序分配一个ID  
               emp.setId("总公司"+i);  
               list.add(emp);  
           }  
           return list;  
       }  
         
       public void printAllEmployee(SubCompanyManager sub){  
           List
list1 = sub.getAllEmployee();  
           for(SubEmployee e:list1){  
               System.out.println(e.getId());  
           }  
     
           List
list2 = this.getAllEmployee();  
           for(Employee e:list2){  
               System.out.println(e.getId());  
           }  
       }  
   }  
     
   public class Client{  
       public static void main(String[] args){  
           CompanyManager e = new CompanyManager();  
           e.printAllEmployee(new SubCompanyManager());  
       }  
   }


 

现在这个设计的主要问题出在CompanyManager中,根据迪米特法则,只与直接的朋友发生通信,而SubEmployee类并不是CompanyManager类的直接朋友(以局部变量出现的耦合不属于直接朋友),从逻辑上讲总公司只与他的分公司耦合就行了,与分公司的员工并没有任何联系,这样设计显然是增加了不必要的耦合。按照迪米特法则,应该避免类中出现这样非直接朋友关系的耦合。修改后的代码如下:

class SubCompanyManager{  
       public List
getAllEmployee(){  
           List
 list = new ArrayList
();  
           for(int i=0; i<100; i++){  
               SubEmployee emp = new SubEmployee();  
               //为分公司人员按顺序分配一个ID  
               emp.setId("分公司"+i);  
               list.add(emp);  
           }  
           return list;  
       }  
       public void printEmployee(){  
           List
 list = this.getAllEmployee();  
           for(SubEmployee e:list){  
               System.out.println(e.getId());  
           }  
       }  
   }  
     
   class CompanyManager{  
       public List
getAllEmployee(){  
           List
 list = new ArrayList
();  
           for(int i=0; i<30; i++){  
               Employee emp = new Employee();  
               //为总公司人员按顺序分配一个ID  
               emp.setId("总公司"+i);  
               list.add(emp);  
           }  
           return list;  
       }  
         
       public void printAllEmployee(SubCompanyManager sub){  
           sub.printEmployee();  
           List
list2 = this.getAllEmployee();  
           for(Employee e:list2){  
               System.out.println(e.getId());  
           }  
       }  
   }


修改后,为分公司增加了打印人员ID的方法,总公司直接调用来打印,从而避免了与分公司的员工发生耦合。

 

        迪米特法则的初衷是降低类之间的耦合,由于每个类都减少了不必要的依赖,因此的确可以降低耦合关系。但是凡事都有度,虽然可以避免与非直接的类通信,但是要通信,必然会通过一个“中介”来发生联系,例如本例中,总公司就是通过分公司这个“中介”来与分公司的员工发生联系的。过分的使用迪米特原则,会产生大量这样的中介和传递类,导致系统复杂度变大。所以在采用迪米特法则时要反复权衡,既做到结构清晰,又要高内聚低耦合。

 

如有问题请加微信号:Iotek666,本微信号会不定期推送技术相关优质文章、热点资讯、视频资源及生活趣事,也很乐意与您一起交流IT知识,让我们在闲暇之余巩固一下自己的知识体系 ,扩充一下自己的知识面。快利用琐碎时间给自己充电吧!希望这篇文章可以帮助到你,总之同学们,IT资讯尽在职坐标。



本文由 @职坐标 发布于职坐标。未经许可,禁止转载。
喜欢 | 0 不喜欢 | 0
看完这篇文章有何感觉?已经有0人表态,0%的人喜欢 快给朋友分享吧~
评论(0)
后参与评论
本文作者 联系TA

擅长针对企业软件开发的产品设计及开发的细节与流程设计课程内容。座右铭:大道至简!

  • 370
    文章
  • 23122
    人气
  • 87%
    受欢迎度

已有23人表明态度,87%喜欢该老师!

进入TA的空间
求职秘籍 直通车
  • 索取资料 索取资料 索取资料
  • 答疑解惑 答疑解惑 答疑解惑
  • 技术交流 技术交流 技术交流
  • 职业测评 职业测评 职业测评
  • 面试技巧 面试技巧 面试技巧
  • 高薪秘笈 高薪秘笈 高薪秘笈
TA的其他文章 更多>>
WEB前端必须会的基本知识题目
经验技巧 93% 的用户喜欢
Java语言中四种遍历List的方法总结(推荐)
经验技巧 91% 的用户喜欢
Java语言之SHA-256加密的两种实现方法详解
经验技巧 75% 的用户喜欢
java语言实现把两个有序数组合并到一个数组的实例
经验技巧 75% 的用户喜欢
通过Java语言代码来创建view的方法
经验技巧 80% 的用户喜欢
其他海同师资 更多>>
吕益平
吕益平 联系TA
熟悉企业软件开发的产品设计及开发
孔庆琦
孔庆琦 联系TA
对MVC模式和三层架构有深入的研究
周鸣君
周鸣君 联系TA
擅长Hadoop/Spark大数据技术
范佺菁
范佺菁 联系TA
擅长Java语言,只有合理的安排和管理时间你才能做得更多,行得更远!
金延鑫
金延鑫 联系TA
擅长与学生或家长及时有效沟通
经验技巧30天热搜词 更多>>

您输入的评论内容中包含违禁敏感词

我知道了

助您圆梦职场 匹配合适岗位
验证码手机号,获得海同独家IT培训资料
选择就业方向:
人工智能物联网
大数据开发/分析
人工智能Python
Java全栈开发
WEB前端+H5

请输入正确的手机号码

请输入正确的验证码

获取验证码

您今天的短信下发次数太多了,明天再试试吧!

提交

我们会在第一时间安排职业规划师联系您!

您也可以联系我们的职业规划师咨询:

小职老师的微信号:z_zhizuobiao
小职老师的微信号:z_zhizuobiao

版权所有 职坐标-一站式IT培训就业服务领导者 沪ICP备13042190号-4
上海海同信息科技有限公司 Copyright ©2015 www.zhizuobiao.com,All Rights Reserved.
 沪公网安备 31011502005948号    

©2015 www.zhizuobiao.com All Rights Reserved

208小时内训课程