前言:
在阅读Effective Java时,第18条接口优于抽象类,其中提到了骨架实现类AbstractInterface,其中的interface表示接口的名称,例如在Conllection接口中有很多的类似设计,AbstractSet,AbstractList等等。
在阅读的时候,对这个概念一知半解,百度一波资料之后,加上自己的理解,算是明白了一点,记录下来,方便以后翻阅。
先来阐述几个概念:
1、接口:定义了一组方法的集合;其实现类必须要实现接口内的方法,java8之后为接口提供了缺省方法,解决了在为接口添加方法的时候,实现类必须添加实现才能编译通过的问题。
2、抽象类:定义了子类的通用特性;
3、骨架实现类结合了二者的优点,他既是抽象类,同时实现了上层接口。
一个接口可能有很多个实现类,如果每个实现类都直接去实现接口的时候,每次我们都需要去重写接口的方法,这会造成很多的重复劳动,比如:接口DemoInterface,他包含一个add方法。他又两个实现类 Demo1和Demo2,这两个实现类都必须去分别实现add方法。
public interface DemoInterface {
public void add();
}
public class Demo1 implements DemoInterface{
@Override
public void add() {
System.out.println("this is add");
}
}
public class Demo2 implements DemoInterface{
@Override
public void add() {
System.out.println("this is add");
}
}
如果DemoInterface接口又很多方法呢?那每个实现都必须重复去实现。
因此,我们可以设计一个中间类来实现该接口,同时实现其公共方法。
public abstract class middleClass implements DemoInterface{
@Override
public void add() {
System.out.println("this is add");
}
}
这样,以后想拥有add 方法的类直接去继承该骨架类就可以了。
public class Demo1 extends middleClass{
}
public class Demo2 extends middleClass{
}
我们来看看测试结果:
public class TestDemo {
public static void main(String[] args) {
Demo1 d1=new Demo1();
d1.add();
Demo2 d2=new Demo2();
d2.add();
}
}
==============================================================================
this is add
this is add
总结:对于一些接口的公共方法,可以通过骨架实现类去实现,从而子类无需再去实现公共方法。如果接口中的一些方法子类不需要,这种情况在子类直接实现接口的时候无法解决,因为子类必须实现接口中的所有方法。但是有了骨架实现类,我们可以使用骨架实现类去提供默认实现,子类在继承的时候不再去重写该方法,从而更关注那些需要的功能。
总结:骨架实现类作为实现类和接口的中间类,可以提一些公共方法的实现,避免重复代码,同时可以自定义特殊方法拓展子类功能,可以提供特殊方法的默认实现,使子类更关注于自身需要的方法。

本文探讨了Effective Java中的第18条建议——接口优于抽象类,并专注于骨架实现类(AbstractInterface)的概念。骨架实现类结合了接口和抽象类的优点,提供了接口的公共方法实现,减少子类重复工作。通过实例解释了如何使用骨架实现类优化代码,提高代码复用性和可维护性。
4万+

被折叠的 条评论
为什么被折叠?



