1.什么是迪米特原则？

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

类与类关系越密切，耦合度越大。

迪米特法则(Demeter Principle)又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不对外泄露任何信息。

迪米特法则还有个更简单的定义:只与直接的朋友通信。

直接的朋友:每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。其中，我们称出现成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部。

2.违反迪米特原则代码案例

代码中的注释我已经写的很详细了，大家有问题即可指出。

package com.szh.principle.demeter;import java.util.ArrayList;
import java.util.List;/****/
//学校总部员工类
class Employee {private String id;public void setId(String id) {this.id = id;}public String getId() {return id;}
}//学院的员工类
class CollegeEmployee {private String id;public void setId(String id) {this.id = id;}public String getId() {return id;}
}//管理学院员工的管理类
class CollegeManager {//返回学院的所有员工public List<CollegeEmployee> getAllEmployee() {List<CollegeEmployee> list = new ArrayList<>();for (int i = 1; i <= 5; i++) { //这里我们增加了5个员工到 listCollegeEmployee emp = new CollegeEmployee();emp.setId("学院员工id= " + i);list.add(emp);}return list;}
}//学校管理类
//分析 SchoolManager 类的直接朋友类有哪些: Employee、CollegeManager
//CollegeEmployee 不是 直接朋友, 而是一个陌生类, 这样违背了 迪米特法则
class SchoolManager {//返回学校总部的员工public List<Employee> getAllEmployee() {List<Employee> list = new ArrayList<>();for (int i = 1; i <=3 ; i++) { //这里我们增加了3个员工到 listEmployee emp = new Employee();emp.setId("学校总部员工id= " + i);list.add(emp);}return list;}//该方法完成输出学校总部和学院员工信息(id)void printAllEmployee(CollegeManager sub) {//分析问题//1. 这里的 CollegeEmployee 不是 SchoolManager 的直接朋友//2. CollegeEmployee 是以局部变量方式出现在 SchoolManager//3. 违反了 迪米特法则//获取到学院员工List<CollegeEmployee> list1 = sub.getAllEmployee();System.out.println("------------学院员工------------");list1.stream().map(CollegeEmployee::getId).forEach(System.out::println);//获取到学校总部员工List<Employee> list2 = this.getAllEmployee();System.out.println("------------学校总部员工------------");list2.stream().map(Employee::getId).forEach(System.out::println);}
}public class Demeter {public static void main(String[] args) {//创建了一个 SchoolManager 对象SchoolManager schoolManager = new SchoolManager();//输出学院的员工id 和 学校总部的员工信息schoolManager.printAllEmployee(new CollegeManager());}
}

3.遵守迪米特原则代码案例

前面设计的问题在于SchoolManager 中，CollegeEmployee 类并不是SchoolManager类的直接朋友。

按照迪米特法则，应该避免类中出现这样非直接朋友关系的耦合。我们将上面的代码进行修改，使其遵守迪米特原则。

package com.szh.principle.demeter.improve;import java.util.ArrayList;
import java.util.List;/****/
//学校总部员工类
class Employee {private String id;public void setId(String id) {this.id = id;}public String getId() {return id;}
}//学院的员工类
class CollegeEmployee {private String id;public void setId(String id) {this.id = id;}public String getId() {return id;}
}//管理学院员工的管理类
class CollegeManager {//返回学院的所有员工public List<CollegeEmployee> getAllEmployee() {List<CollegeEmployee> list = new ArrayList<>();for (int i = 1; i <= 5; i++) { //这里我们增加了5个员工到 listCollegeEmployee emp = new CollegeEmployee();emp.setId("学院员工id= " + i);list.add(emp);}return list;}//输出学院员工的信息public void printEmployee() {//获取到学院员工List<CollegeEmployee> list1 = getAllEmployee();System.out.println("------------学院员工------------");list1.stream().map(CollegeEmployee::getId).forEach(System.out::println);}
}//学校管理类
//分析 SchoolManager 类的直接朋友类有哪些: Employee、CollegeManager
//CollegeEmployee 不是 直接朋友, 而是一个陌生类, 这样违背了 迪米特法则
class SchoolManager {//返回学校总部的员工public List<Employee> getAllEmployee() {List<Employee> list = new ArrayList<>();for (int i = 1; i <= 3; i++) { //这里我们增加了3个员工到 listEmployee emp = new Employee();emp.setId("学校总部员工id= " + i);list.add(emp);}return list;}//该方法完成输出学校总部和学院员工信息(id)void printAllEmployee(CollegeManager sub) {//分析问题//改进代码：将输出学院的员工方法，封装到CollegeManagersub.printEmployee();//获取到学校总部员工List<Employee> list2 = getAllEmployee();System.out.println("------------学校总部员工------------");list2.stream().map(Employee::getId).forEach(System.out::println);}
}public class Demeter {public static void main(String[] args) {System.out.println("~~~使用迪米特法则的改进~~~");//创建了一个 SchoolManager 对象SchoolManager schoolManager = new SchoolManager();//输出学院的员工id 和  学校总部的员工信息schoolManager.printAllEmployee(new CollegeManager());}
}

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

迪米特法则的核心是降低类之间的耦合。

但是注意:由于每个类都减少了不必要的依赖，因此迪米特法则只是要求降低类间(对象间)耦合关系，并不是要求完全没有依赖关系。

设计模式七大原则——迪米特原则相关推荐

js的七大设计原则--迪米特原则
一.什么是迪米特原则迪米特原则也叫最少知道原则,一个类应该对其他对象保持最少的了解.通俗来讲,就是一个类对自己依赖的类知道的越少越好.因为类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另 ...
【设计模式】软件设计七大原则 ( 迪米特原则 | 代码示例 )
文章目录一.迪米特原则简介二.迪米特原则代码示例 ( 反面示例 ) 1.经理类 2.员工类 3.商品类 4.测试类三.迪米特原则代码示例 ( 推荐用法 ) 1.经理类 2.员工类 3.商品类 4 ...
设计模式—— 五：迪米特原则
文章目录什么是迪米特原则? 迪米特法则的含义 1. 只和朋友交流不遵循迪米特法则的定义遵循迪米特法则的定义 2. 朋友间也是有距离的不遵循迪米特原则的设计遵循迪米特原则的设计 3. 是自己的 ...
java设计模式之设计原则⑤迪米特原则
定义: (1)一个对象应该对其他对象保持最少的了解.又叫最少知道原则 (2)尽量降低类与类之间的耦合 (3)强调只和朋友交流,不和陌生人说话(意思就是对外部引入的类越少越好). 朋友:指的是出现在成员 ...
设计模式六大原则:迪米特原则－带你走进梦幻西游(四)
转载请标明:http://blog.csdn.net/liulongling/article/details/51332685 面向对象其它六大原则单一职责原则-带你走梦幻西游(一) 依赖倒置原则( ...
软件设计原则 —— 迪米特原则和合成复用原则
迪米特法则(Law of Demeter)又叫作最少知识原则(Least Knowledge Principle 简写LKP),一个类对于其他类知道的越少越好,就是说一个对象应当对其他对象有尽可能少的 ...
设计原则-迪米特原则与合成复用原则
迪米特原则(Law of Demeter LoD) 迪米特原则又叫最少知道原则(Least Knowledge Principle,LKP),这里的最少知道主要是强调,调用者对传入的参数,和接受到的返 ...
软件架构设计原则--迪米特原则
本专栏内容参考自:咕泡学院Tom老师的<Spring5核心原理与30个类手写实战>,仅作个人学习记录使用,如有侵权,联系速删迪米特原则(Law of Demeter,LoD)是指一个 ...
必知必会的设计原则——迪米特原则
概述迪米特法则(Law of Demeter )又叫做最少知识原则,即一个对象应该对另一个对象有最少的了解. 迪米特法则的目的在于降低类之间的耦合.由于每个类尽量减少对其他类的依赖,因此,很容易使得 ...

设计模式七大原则——迪米特原则

1.什么是迪米特原则？

2.违反迪米特原则代码案例

3.遵守迪米特原则代码案例

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

设计模式七大原则——迪米特原则相关推荐

最新文章

热门文章