Java设计模式-设计模式的六种原则

本文链接：https://blog.csdn.net/u014507244/article/details/52706059

设计模式的六种原则是设计模式的精髓所在，掌握了设计原则，你会在无形中用到设计模式。

设计原则主要有六个：单一职责原则、里式替换原则、依赖倒置、接口隔离原则、迪米特法则、开闭原则。

一、单一职责原则

核心含义：一个类只负责一项职能，不要存在多于一个导致类变更的原因。（这样才能达到高内聚，低耦合的目的）

比如：一个人干一种活，你是搞java开发的就搞开发，搞运维的就搞运维。搞开发的又搞运维，搞运维的又搞开发，这样的人就不够专业，就不符合单一职责原则

二、依赖倒置原则

高层模块不应该依赖底层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。其实就是：程序要依赖于抽象接口，不要依赖于具体实现。

interface IEAT  
{  
    public void eat();//抽象吃这个动作  
}  
class EatApple implements IEAT  
{  
  
    @Override  
    public void eat()   
    {  
        //这里是吃苹果  
        System.out.print("eat a apple");  
          
    }  
}  
class EatWater implements IEAT  
{  
  
    @Override  
    public void eat() {  
        // 这里是吃水  
        System.out.print("dringk water");  
          
    }  
      
}  
public class Human  
{  
    public void dosomething(IEAT ieat)//我爱吃东西，吃什么呢，看传入什么  
    {  
        ieat.eat();  
    }  
    /* 
    public void dosomething(String food)//我爱吃东西，吃什么呢，看传入什么 
    { 
        if(food.equals("apple")) 
        { 
            //吃苹果 
        } 
        if(food.equals("water")) 
        { 
            //喝水 
        } 
    } 
    */  
    public static void main(String[] args)  
    {  
        Human human=new Human();  
        /* 
        human.dosomething("apple"); 
        human.dosomething("water"); 
         */  
        //给你吃个苹果  
        human.dosomething(new EatApple());  
        //再给你喝点水  
        human.dosomething(new EatWater());  
    }  
}

其中注释的就是我们常用的方法。这种方法非常不适合扩展，因为如果要吃香蕉，吃西瓜，又要在dosomething里面写一堆判断。写着写着就混了。

接口可以实现多态，把功能提炼出来，具体让子类实现。

三、接口隔离原则

客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上

比如：人会走路，鸟会飞，如果人和鸟都继承了一个接口，接口里面有走路和会飞的接口，那么人也要实现飞的方法，而鸟也要实现走路的方法，这显然表现出冗余和繁杂，所以比较合理的是人继承那个走路的接口，鸟继承会飞的接口。

四、迪米特法则

一个类对自己依赖的类知道得越少越好。也就是说，对于被依赖的类来说，无论逻辑多么负责，都尽量地将逻辑封装在类的内部，对外除了提供的public方法，不对外泄露任何信息。

五、开闭原则

软件实体应当对扩展开发，对修改关闭。这个有利于设计的稳定性和向下兼容性

六、里氏替换原则

1.子类可以实现父类的抽象方法

2.子类可以增加自己特有的方法