设计模式系列（六）七大设计原则-----迪米特法则与合成复用原则

七大设计原则之迪米特法则 合成复用原则

迪米特法则实例改进 合成复用原则

迪米特法则

一个对象应该对其他对象保持最少的了解类与类的关系越密切，耦合度越大迪米特法则又称为 最少知道原则，即一个类 对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的 public 方法，不对外泄露任何信息迪米特法则还有个更简单的定义：只与 直接的朋友通信**直接的朋友：**每个对象都会与其他对象有 耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。其中，我们称出现 成员变量，方法参数，方法返回值 中的类为直接朋友，而出现在 局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现类的内部。

实例

有一个学校，下属有各个学院和总部，现要求打印出学校总部员工ID 和学院员工的id代码实现 public class Demeter1 { public static void main(String[] args) { //创建了一个SchoolManager 对象 SchoolManager schoolManager = new SchoolManager(); //输出学院的员工id 和学校总部的员工信息 schoolManager.printAllEmployee(new CollegeManager()); } } //学校总部员工类 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<CollegeEmployee>(); for (int i = 0; i < 10; i++) { //这里我们增加了10 个员工到list CollegeEmployee 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<Employee>(); for (int i = 0; i < 5; i++) { //这里我们增加了5 个员工到list Employee 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("------------学院员工------------"); for (CollegeEmployee e : list1) { System.out.println(e.getId()); } //获取到学校总部员工 List<Employee> list2 = this.getAllEmployee(); System.out.println("------------学校总部员工------------"); for (Employee e : list2) { System.out.println(e.getId()); } } }

改进

说明 前面设计的问题在于 SchoolManager 中，CollegeEmployee 类并不是SchoolManager 类的直接朋友(分析)按照迪米特法则，应该避免类中出现这样非直接朋友关系的耦合 代码 //客户端 public class Demeter1 { public static void main(String[] args) { System.out.println("~~~使用迪米特法则的改进~~~"); //创建了一个SchoolManager 对象 SchoolManager schoolManager = new SchoolManager(); //输出学院的员工id 和学校总部的员工信息 schoolManager.printAllEmployee(new CollegeManager()); } } //学校总部员工类 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<CollegeEmployee>(); for (int i = 0; i < 10; i++) { //这里我们增加了10 个员工到list CollegeEmployee emp = new CollegeEmployee(); emp.setId("学院员工id= " + i); list.add(emp); } return list; } //输出学院员工的信息 public void printEmployee() { //获取到学院员工 List<CollegeEmployee> list1 = getAllEmployee(); System.out.println("------------学院员工------------"); for (CollegeEmployee e : list1) { System.out.println(e.getId()); } } } //学校管理类 //分析SchoolManager 类的直接朋友类有哪些Employee、CollegeManager //CollegeEmployee 不是直接朋友而是一个陌生类，这样违背了迪米特法则 class SchoolManager { //返回学校总部的员工 public List<Employee> getAllEmployee() { List<Employee> list = new ArrayList<Employee>(); for (int i = 0; i < 5; i++) { //这里我们增加了5 个员工到list Employee emp = new Employee(); emp.setId("学校总部员工id= " + i); list.add(emp); } return list; } //该方法完成输出学校总部和学院员工信息(id) void printAllEmployee(CollegeManager sub) { //分析问题 //1. 将输出学院的员工方法，封装到CollegeManager sub.printEmployee(); //获取到学校总部员工 List<Employee> list2 = this.getAllEmployee(); System.out.println("------------学校总部员工------------"); for (Employee e : list2) { System.out.println(e.getId()); } } } 注意事项 迪米特法则的核心是降低类之间的耦合但是注意：由于每个类都减少了不必要的依赖，因此迪米特法则只是要求降低类间(对象间)耦合关系， 并不是 要求完全没有依赖关系

合成复用原则

合成复用原则设计的核心思想：

找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。针对接口编程，而不是针对实现编程。为了交互对象之间的 松耦合设计而努力