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

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 http://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依赖抽象设计模式的资料请关注我们其它相关文章！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。