java设计模式理解依赖于抽象不依赖具体的分析

在面向对象设计原则中,要求"要依赖于抽象,不要依赖于具体", 这句话有很多人搞不懂。在这里谈谈我自己的理解。首先看看以下代码

class A{
 public void swim(){
    Dog dog = new Dog();
    dog.move();
  }
}

swim方法中定义了一个Dog的对象,那么无论哪个对象调用这个方法时,一定是"狗爬",swim和Dog的对象是紧耦合的关系,我们想换成鸭子是不可能。

假如代码这样换一下,我们定义一个动物的接口,接口定义一个move方法。

interface Animal
{
   void move();
}

让狗和鸭子实现该接口,代码如下

public class Dog implements Animal
{
   override
   public void move(){
     //狗爬
   } 
}
public class Duck implements Animal
{
   override
   public void move(){
     //八字步
   } 
}

class A代码改成如下代码:

class A
{
  private Animal animal;
  public A(Animal animal)
  {
      this.animal = animal; 
  }

  public void swim(){   
    animal.move();
  }
}

class A依赖于接口(抽象)Animal,和狗、鸭子(具体)没有一点关系,当我们注入的对象是狗,则执行狗爬,当我们注入的对象是鸭子,则执行的是八字步。这就是“要依赖于抽象,不要依赖于具体”具体含义。这样的好处是程序很好扩展,如果想使用青蛙游泳时,我只需要创建一个实现Animal接口的青蛙类,将青蛙的对象注入A类中,便可以执行青蛙的蛙泳了,A中的代码完全闭合。

以上就是java设计模式理解依赖于抽象不依赖具体分析的详细内容,更多关于java依赖抽象设计模式的资料请关注脚本之家其它相关文章!

你可能感兴趣的