在JDK里面,定义了List<E>接口
AbstractList<E> 实现了这个接口,同时又成为了一个抽象类
ArrayList<E>继承了AbstractList<E>,我感觉这就行了,干吗又实现了List<E>接口???
还有Common-Pool源码里也有这样的写法,有高人指点一下么?

解决方案 »

  1.   

    虽然这个问题很难讲得清。但还是说一两句把。
    面向接口编程的思想。
    ArrayList <E>继承了AbstractList <E>,我感觉这就行了,干吗又实现了List <E>接口??? 
    因为我们在代码中一般也是面向接口 如 List list = new ArrayList(); 若是你的 ArrayList 没有实现 List 接口那么这个代码肯定是不行的。
    AbstractList 可以为以后扩展它的实现类提供一个切面。 假设有一天 sun想在 所有 AbstractList 的实现类中提供一个
    public void show()
    {
       System.out.println("xxxxxxxxxxx");
    }
    show的功能 那么 只要在 AbstractList 类中添加就可以了。 接口显然不能有实现 所以做不到这一点。纯属个人见解。
      

  2.   

    ArrayList <E>继承了AbstractList <E>,我感觉这就行了,干吗又实现了List <E>接口??? 
    -----
    从效果上来说,不用再实现List<E>接口也是一样的,但显式的实现一下也不会造成错误。
    我猜,显式实现一下可能是为了强调ArrayList是List的接口实现吧。
      

  3.   

    由于AbstractList继承了 AbstractCollection,ArrayList为了拥有AbstractCollection的某些方法所以就继承了AbstractList
      

  4.   

    ArrayList不实现List接口也可以List list = new ArrayList(); 用接口声明的,我刚开始也认为是这样,后来做了个实验,发现只要父类只要实现了某个接口,子类就可以用这个接口来声明
      

  5.   

    sun官方推荐的是父类如果实现了某接口,那么子类不需要再现式实现该接口,但是实现了也并没有错。
      

  6.   

    list可以说是一个大的父类不过是arraylist 还是vector,array==,都是继承它的就像一个父亲有多个儿子这样的话对于规范有很大的作用,即使将来修改也很方便
      

  7.   

    abstract class和interface有什么区别?
    声 明方法的存在而不去实现它的类被叫做抽象类(abstract class),它用于要创建一个体现某些基本行为的类,并为该类声明方法,但不能在该类中实现该类的情况。不能创建abstract 类的实例。然而可以创建一个变量,其类型是一个抽象类,并让它指向具体子类的一个实例。不能有抽象构造函数或抽象静态方法。Abstract 类的子类为它们父类中的所有抽象方法提供实现,否则它们也是抽象类为。取而代之,在子类中实现该方法。知道其行为的其它类可以在类中实现这些方法。
    接 口(interface)是抽象类的变体。在接口中,所有方法都是抽象的。多继承性可通过实现这样的接口而获得。接口中的所有方法都是抽象的,没有一个有 程序体。接口只可以定义static final成员变量。接口的实现与子类相似,除了该实现类不能从接口定义中继承行为。当类实现特殊接口时,它定义(即将程序体给予)所有这种接口的方法。 然后,它可以在实现了该接口的类的任何对象上调用接口的方法。由于有抽象类,它允许使用接口名作为引用变量的类型。通常的动态联编将生效。引用可以转换到 接口类型或从接口类型转换,instanceof 运算符可以用来决定某对象的类是否实现了接口。