六大设计原则

• 单一职责原则
• 里式替换原则
• 依赖倒置原则
• 接口隔离原则
• 迪米特原则
• 开闭原则

---

迪米特原则

定义：最少知识原则（Least Knowledge Principle，简称 LKP），一
个类对自己需要耦合或者调用的类应该知道的最少。

引出问题：

类图描述的就是客户端（Client）使用安装器安（InstallSoftware）装压缩包（Wizard）的关系。

• 看看下面的坏的代码：

public class InstallSoftware {   
        public void installWizard(Wizar wizard){
              int first = wizard.first(); 
              //根据first返回的结果，看是否需要 if(first>50){ 
              int second = wizard.seco if(second>50){ 
              int third = wizard.th if(third >50){ 
              wizard.first(); 
          } 
     }
 } 

• 分析：
  这样的耦合是极度不合适的，迪米特法则就要求类“小气”一点，尽量不要对外公布太多的 public 方法和非静态的 public 变量，尽量内敛，多使用 private,package-private、protected 等访问权限。

• 修改后的代码：

/**
 *安装类
 */

public class InstallSoftware { 
    public void installWizard(Wizard wizard){ 
         //不废话，直接调用
         wizard.installWizard(); 
    } 
} 

/**
 *压缩包类
 */
public class Wizard { 
    private Random rand = //第一步
    private int first(){ 
      System.out.printl return rand.nextIn 
    } 

//第二步
private int second(){ 
  System.out.printl return rand.nextIn 
} 

//第三个方法
private int third(){ 
  System.out.printl return rand.nextIn 
} 

//软件安装过程
public void installWiz int first = this.f //根据first返回的结果 if(first>50){ 
  int second = th if(second>50){ 
  int third =  if(third >5 this.fir 
  } 
 } 
}  

• 结论
  这样我们的程序就做到了弱耦合，一个类公布越多的 public属性或方法，修改的涉及面也就越大，也就是变更引起的风险就越大。因此为了保持朋友类间的距离，你需要做的是：减少 public 方法，多使用 private、package-private（这个就是包类型，在类、方法、变量前不加访问权限，则默认为包类型）protected 等访问权限，减少非 static 的 public 属性，如果成员变量或方法能加上 final 关键字就加上，不要让外部去改变它。

原则：
如果一个方法放在本类中，即不增加类间关系，也对本类不产生负面影响，就放置在本类中。