经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » Java相关 » 设计模式 » 查看文章
DesignPattern系列__06迪米特原则
来源:cnblogs  作者:本墨  时间:2019/8/7 8:50:23  对本文有异议

迪米特原则定义

迪米特原则,也叫最少知道原则,即一个类应该对自己依赖的类知道的越少越好,而你被依赖的类多么复杂,对我都没有关系。也就是说,对于别依赖的类来说,不管业务逻辑多么复杂,都应该尽量封装在类的内部;对外除了必备的public方法,不再泄露任何信息。

1.问题由来

我们知道,类和类是有耦合关系的,关系越密切的两个类之间,其耦合关系越大。

2.对应措施

迪米特原则要求:一个类应该只和之间的直接朋友通信。

1.直接朋友的定义

在上面我们提到了“直接朋友”这个概念,其实,在一个程序对象中,每个类都会和其他类有耦合关系,不然也就没有必要存在了。耦合的方式包括:依赖、关联、组合、聚合等。我们说,有耦合关系的两个类之间的关系,就是朋友关系。
那么,什么是“直接朋友”呢?
例如A类和B类具有耦合关系,若A类作为B类的成员变量、方法的形参、返回值,则说这两个类就是直接朋友;若A类作为B类的方法内的局部变量,则A类就不是B类的直接朋友。也就是说,陌生的类最好不要以局部变量的形式出现在类的内部。

3.应用实践

迪米特原则要求我们做到以下四点:

1.只和直接朋友沟通

为了说明这点,我们需要一个例子:比如在一所大学内有各个学院,现在要求打印出各个学院和学校总部的员工ID。代码演示如下:

  1. public class Demeter1 {
  2. public static void main(String[] args) {
  3. SchoolManager schoolManager = new SchoolManager();
  4. schoolManager.printAllEmp(new CollegeManager());
  5. }
  6. }
  7. class SchoolManager {
  8. public void printAllEmp(CollegeManager collegeManager) {
  9. List<Employee> empList = this.getAllEmployee();
  10. System.out.println("打印学校总部的员工");
  11. for (Employee employee: empList) {
  12. employee.printId();
  13. }
  14. //分析问题
  15. //1. 这里的 CollegeEmployee 不是 SchoolManager的直接朋友
  16. //2. CollegeEmployee 是以局部变量方式出现在 SchoolManager
  17. //3. 违反了 迪米特法则
  18. List<CollegeEmployee> collegeEmpList = collegeManager.getAllEmployee();
  19. System.out.println("打印学院员工");
  20. for (CollegeEmployee collegeEmployee: collegeEmpList) {
  21. collegeEmployee.printId();
  22. }
  23. }
  24. //返回所用总部信息
  25. public List<Employee> getAllEmployee() {
  26. List<Employee> list = new ArrayList<>();
  27. //添加5名总部的员工
  28. for (int i=0; i<5;i++) {
  29. Employee employee = new Employee();
  30. employee.setId(i);
  31. list.add(employee);
  32. }
  33. return list;
  34. }
  35. }
  36. //学院员工的管理类
  37. class CollegeManager {
  38. //返回学院的所有员工
  39. public List<CollegeEmployee> getAllEmployee() {
  40. List<CollegeEmployee> list = new ArrayList<>();
  41. //添加10名学院员工
  42. for (int i = 0; i < 10; i++) {
  43. CollegeEmployee emp = new CollegeEmployee();
  44. emp.setId(i);
  45. list.add(emp);
  46. }
  47. return list;
  48. }
  49. }
  50. //学校员工类
  51. class Employee {
  52. private Integer id;
  53. public Integer getId() {
  54. return id;
  55. }
  56. public void setId(Integer id) {
  57. this.id = id;
  58. }
  59. public void printId() {
  60. System.out.println("学校员工,ID=" + this.getId());
  61. }
  62. }
  63. //学院员工类
  64. class CollegeEmployee {
  65. private Integer id;
  66. public Integer getId() {
  67. return id;
  68. }
  69. public void setId(Integer id) {
  70. this.id = id;
  71. }
  72. public void printId() {
  73. System.out.println("学院员工,ID=" + this.getId());
  74. }
  75. }

根据上面的代码,我们来找一下类SchoolManager的直接朋友:Employee、CollegeManager,而CollegeEmployee 是以局部变量方式出现在 SchoolManager,这就违背了“迪米特原则”。

改进措施

既然如此,我们就要将CollegeEmployee从SchoolManager类中抽离出来,使其不被依赖。
在CollegeManager中增加一个打印学院员工的方法printCollegeEmps(),这样,SchoolManager就只需调用这个方法就行了。

  1. public void printCollegeEmps() {
  2. List<CollegeEmployee> list = this.getAllEmployee();
  3. for (CollegeEmployee collegeEmployee: list) {
  4. collegeEmployee.printId();
  5. }
  6. }

2.和朋友也要保持适当距离

看到这里你可能会困惑,既然已经要求我们做到:一个类只和直接朋友沟通,那么为什么还要保持距离呢?还是举例说明:现在有两个类A、B,类A中有三个public方法,类B需要调用A中的三个方法来完成一个流程:

  1. public class Demeter2 {
  2. public static void main(String[] args) {
  3. A a = new A();
  4. B b = new B();
  5. b.invokerA(a);
  6. }
  7. }
  8. class A {
  9. public void method1() {
  10. System.out.println("执行第一个方法");
  11. }
  12. public void method2() {
  13. System.out.println("执行第二个方法");
  14. }
  15. public void method3() {
  16. System.out.println("执行第三个方法");
  17. }
  18. }
  19. class B {
  20. public void invokerA(A a) {
  21. System.out.println("调用A的buildMethod()...");
  22. a.method1();
  23. a.method2();
  24. a.method3();
  25. }
  26. }

OK,功能完成了,但是,类B需要依次调用类A的三个方法,需要保持三个方法对类B都是可见的。也就是说,类B和类A的耦合度太高了,我们可以改善一下两者的关系,适度的降低一下耦合度。在类A中定义一个public方法,来封装类B的逻辑,其余方法设置为private。

  1. //类A的相应修改
  2. private void method1() {
  3. System.out.println("执行第一个方法");
  4. }
  5. private void method2() {
  6. System.out.println("执行第二个方法");
  7. }
  8. private void method3() {
  9. System.out.println("执行第三个方法");
  10. }
  11. public void buildMethod() {
  12. System.out.println("流程开始");
  13. method1();
  14. method2();
  15. method3();
  16. System.out.println("流程结束");
  17. }

3.是自己的就是自己的

当一个方法放在本类和其他类中都可以的时候,那么,如果,一个方法放在本类中,不会增加类之间的耦合度,也不会造成不良影响,放在本类中

4.慎用Serializable

举例来说,在一个项目中使用RMI方式传递一个VO对象时,这个对象就必须实现Serializable接口,也就是进行序列化。当你突然将客户端这个VO对象的访问权限从private更改为public的时候,而服务端没有进行对应的改变,就会出现错误。

4.迪米特原则的注意事项和细节

1.迪米特原则的核心就是降低类之间的耦合。只有耦合降低了,类的复用率才能提高。

2.注意事项:

凡事讲究适度,迪米特原则要求降低类之间的耦合,并不是要求没有耦合。

原文链接:http://www.cnblogs.com/JackHou/p/11311107.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号