既有接口,为何还要抽象类

         接口是implements,一个类可以实现多个接口,并且要实现接口里的所有抽象方法。这样,接口就有了一个天生的短板,那就是当多个类实现同一个接口时,如果有共同的操作,那么怎么封装,接口里面是不能有实例方法的。比如说,有接口A ,类B1、类B2和类B3实现A,但是B1、B2和B3里面都有一个共同的操作,就比如是查询所有用户保存到一个map中,然后判断当前新增的用户是否存在map中,我们是不能把这个方法写在接口A里面的,因为接口A不能有实例方法。那么要么我们在B1、B2、B3中都写这个方法,但是这种做法明显不符合代码重用的规则。正确的做法是,另写一个抽象类C ,将查询数据写在C中,然后让 B1、B2和B3实现A的同时继承C。B1(或B2或B3) extends C implements A 这样就做到了封装。

        抽象类可以多重继承,接口也可以多重实现,但是抽象类可以将具体的方法做成封装,这样就扩张了程序的功能。

        抽象可以减少重复代码,避免重复造轮子,做到代码复用;接口是指,我一个功能可以有多种实现,比如买票,可以买车票,火车票,或者机票,但是都需要订单入库到订单表。所以买票可以是一个接口,买车票或火车票或者机票是三种实现,但是可以抽象一个订单抽象类,用来做订单数据入库等公共逻辑。在抽象类里只实现入库等公共逻辑,下单前校验和下单成功后得特别逻辑按照三种类型进行分别处理,可以放在具体的实现类里,抽象类对这些特别的逻辑只实现一个空方法即可。       

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

xinqing5130

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值