搜索
abstractclass和interface可谓是Java中的双骄，既相辅相成又各司其职，相信一部分从业人员在没有掌握其中奥妙之前用的也就比较随意，Java中为什么会出现这么模糊不清的一对呢？就从Java的设计意图谈谈抽象类和接口的区别平常我们总是说抽象类（abstractclass）里可以写实现方法而接口（interface）中却不可以，无论面试或是新手询问的时候会不出现尴尬的一幕？螃蟹正是如此，在一次次被追问却不深思，直到忍无可忍后开始到处在网上寻寻觅觅，同时请教了具有相当开发经验的大牛们，然后终于有了点心得特意来分享一下。一、从概念上来讲在面向对象的概念中，所有的对象都是通过类来描绘的，但是反过来，并不是所有的类都是用来描绘对象的，如果一个类中没有包含足够的信息来描绘一个具体的对象，这样的类就是抽象类。Java中的接口是一系列方法的声明，是一些方法特征的集合，一个接口只有方法的特征没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的行为本文来自二、从语法上来讲抽象类abstractclassItxxz{abstractvoidwenzi();voidtupian(){System.out.println(我是IT学习者网站中的图片);}}官网：{voidwenzi();voidtupian();本文来自}在以上两种定义方式中可以看出，两种方式定义了我们的网站IT学习者(itxxz)，并且提供了网站中常有的文字和图片个方法，而在抽象类中是可以有自己的方法定义的，正如上面的绿色部分。作为老生常谈的一点，想必大家已经很熟悉了。三、从用途上来讲在开发中尤其是订协议的时候，总能听到大家说需要一个XXX的接口，很少听到需要一个XXX的抽象类，为什么呢？其实从刚才的疑问中已经能够感觉到作为接口，是给外部提供的，是双方进行沟通的桥梁，是方法调用的渠道。而内部类呢？我们在什么时候常用到内部类？如果经常看一些开源的框架或者研究apache上的开源项目就会发现，抽象类往往是给自己用的。比如web项目的分层管理中dao层的设计，会不会经常看到很多成熟的框架都会继承一个类似BaseDao的基类，而这个基类中定义了我们最常用的增删改查甚至分页等常用的方法。这些都是我们不希望让外界知道或者调用的，给外界提供的渠道要么是一些工具类，要么就是一块预留空间，到时候随便什么协议方法都写到那里，就才是接口！四、从Java的设计理念上讲归根结底Java是一门面向对象的语言，也就是我们无论怎样思考，都需要落实到这一点。类是可以继承的，从继承关系上而言都是“isa”的关系。就拿一个《Java编程思想》中经典的例子来说明一下：都知道对于门来说，有开和关两个动作，这个无论用接口还是抽象类来描述都无大碍，但是假如这是一个具有报警功能的门，又该怎么来设计呢？要是把开门、关门和报警都放到抽象类里，那么报警是门的固有属性吗？如果把它们都放到接口里，开门、关门和报警可归属于同一行为吗？想想总是有些别扭，但是又难以表达哪里不合适，还是通过代码来示范下：abstractclassDoor{abstractvoidopen();abstractvoidclose();}interfaceAlarm{voidalarm();}以上我们就定义了一个类(门)和一种行为（报警），开门和关门是门本身具备的两个执行动作，至于这是个什么样的门，还有什么样的功能，我们完全可以把这一系列相近的行为统一归属于接口中，实现结果如下：publicclassAlarmextendsDoorimplementsAlarm{voidopen{...}voidclose{...}voidalarm{...}}至此，大家对抽象类和接口的区别应该又有一层认识了，如果还有什么不足欢迎大家补充。作为一门成熟开源且深受追捧的语言，想必每个人的切入点都有所不同，有什么新的认识都可以分享一下的。