接口和抽象类存在的意义和应用场景的区别
特性
抽象类
- 可以有实例字段
- 可以有方法实现
- 子类非抽象时需要实现所有抽象方法
- 不可以被实例化
- 单继承--->is-a
接口
- 不可以有实例字段
- 方法不可以有实现(java8以后可以有静态方法和私有方法,java9以后可以有默认方法)
- 实现接口需要实现所有方法
- “多继承"--->has a ,表明有某种功能,是一种协议和约束
存在的意义
抽象类
如果没有抽象类,而是一个普通类?
- 可阅读性差:对于一个在不同子类中实现方式不同的方法,父类也要默认实现,假设为空方法,将会影响代码阅读,对于他人需要明白对象之间的继承关系,才能明白设计的缘由。
- 可以被实例化:定义成普通对象意味着可以被实例化,调用父类中的空方法。增加了误用的风险。即使私有化父类构造器,实现也不优雅。
- 可拓展性能低:如果存在多个需要被重写的方法,在重写量大时,不易拓展,需要对父类非常熟悉才能较易于编码。如果显示标记,则易于编译器检查,易于实现方法。
- 如果没有空方法,则丧失了多态的特性
接口
- 解决了约定和实现的分离,降低了耦合,提高了拓展性
- 调用者只需要关注接口方法,而不需要关注具体实现,实现了具体实现的隐藏
应用场景
需要考虑需要实现的是解决代码复用的问题,还是抽象问题,是is-a的问题还是has-a的问题
- 如果要实现代码复用,表现is-a的关系,那么应该使用抽象类,要明白的是,抽象类是基于共性抽取的思想,是先有子类,然后抽取而出抽象类。
- 如果是要实现抽象,表现has-a关系,那么应该使用接口,是先有接口这个协议、规约才有具体的实现,这是自顶向下。
标签:场景,实现,接口,实例,抽象类,父类,方法 来源: https://www.cnblogs.com/kmchen/p/14916295.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。