请教：关于接口的设计

aggregation  就是聚合的意思。
一个抽象类总能分解成一个类和若干接口的聚合，接口之间聚合的重要性在于他们之间是正交的。如果一个抽象类能够进行分解，那么就说明这个抽象类不是正交的。

假如还没有发现接口带来的好处，那大可以只使用类。
接口和实现，这个虚与实的关系可是绝大多数设计模式的关键所在啊，呵呵。
不说这些虚的。
具体来说
接口可以屏蔽具体实现对调用方的影响。
我曾经涉及一个需要计算费用的系统，计算费用是作为一个接口设计的。
在不同的时期，客户会要求不同收费方案。然而业务流程是没有变化的。
最终都需要从客户账户中扣除这部分费用。修改收费方案同业务流程分别
放在不同的包中，这样当收费方案变动时，业务流程不需要任何变动。

另外，使用接口，有利于并行开发，测试起来也会方便些。
在上面的例子中一个人可以负责业务流程的编码，具体如何计算费用，
是另外一个人负责。通过该接口调用方不需要引用实现方的类，
这样他们就可以同时开发业务的不同方面。
如果调用方需要测试自己的程序，他就可以做一个实现该接口的简单测试类先用。

接口的这些分离效果，使程序能够更加灵活和清晰。

在Java中，面向对象的编程其实就是面向接口的编程。接口是非常重要的，当然你不用它，也并不是什么。
  没有一个人一开始就能很好地做到面向接口编程（面向对象的语言不是那么容易掌握），但是如果就因为不熟悉带来的更改以及其他麻烦就不采用的话，那么面向对象的设计能力是得不到提高的。
   采用接口的方式是让程序耦合度降低，内聚度提高，是增加更好的维护性。
   当然，在Java中不采用接口编程和数据库中不采用关联的比喻是非常不恰当的。数据库的关联是要合理使用（不能什么关系都用关联），而面向对象的设计是提倡都用接口的。

我说一种情况吧，有如下一个方法
public Vector getUsers(){


}

你使用Vector 作为容器保存用户列表，后面你发现，你使用
public ArrayList getUsrs(){

}

可能更好，因为不需要线程同步，而且ArrayList 的效率比Vector高，
如果你一开始就使用下面的方法
public List getUsrs(){

}

那么改动的就只是你写的这个方法，对调用这个方法的代码是不需要修改的。
因为我的返回类型是List ,至于是ArrayList ,LinkedList,Vector,甚至是jakarta commons collection的某些类，对外我是没有声明的。在这种情况下你认为返回ArrayList 好还是返回List好呢？

经你这么一说
我发现我们的项目也是一个接口都没用哎
看来要好好研究一番了