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依赖抽象设计模式的资料请关注脚本之家其它相关文章!
相关文章
Java中的NoClassDefFoundError报错含义解析
这篇文章主要为大家介绍了Java中的NoClassDefFoundError含义详解,有需要的朋友可以借鉴参考下,希望能够有所帮助2023-11-11Springboot中@Value注解的场景用法及可能遇到的问题详解
这篇文章主要给大家介绍了关于Springboot中@Value注解的场景用法及可能遇到问题的相关资料, @Value通常用于注入外部化属性,即外部配置属性的注入,文中通过图文介绍的非常详细,需要的朋友可以参考下2023-11-11springboot下mybatis-plus如何打印sql日志和参数到日志文件
本文主要介绍了springboot下mybatis-plus如何打印sql日志和参数到日志文件,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下2022-03-03java:程序包javax.servlet.http不存在问题解决
这篇文章主要给大家介绍了关于java:程序包javax.servlet.http不存在问题解决的相关资料,如果引用的包依赖的库文件缺失或版本不匹配,就会导致"Java 程序包不存在"的错误,需要的朋友可以参考下2023-10-10
最新评论