你打吧, 打完给分.
interface

interface主要用的地方
我把我们公司的构架跟你说一下把

我们公司主要是处理短信，也就是sp（短信服务提供商业）

用户发过来的消息有很多种，比如game1，那么他应该符合游戏1的业务逻辑，应该由模块1来处理，game2假设有模块来处理，等等。

处理的程序，由一个大框架和许多业务模块组成。
框架读取用户信息，发送业务模块处理好的信息，至于有多少业务模块，框架并不知道。
所有的业务模块都被要求实现一个接口，
public interface InfoProcess {
      boolean  InfoParseFirst(Info info,DBAccess dbo);   //第一次解析主要考虑特服号与消息含义
}
Info是用户数据类，dbo是数据库操作单元。

模块实现InfoParseFirst
只要对INFO里面消息进行判断，如果是自己的消息，处理并返回true，否则返回false。

框架在初始化的时候，读数据库的模块信息
比如一个业务模块类名
com.hoten.mo.service.feeling.Feel_MainMenu
然后根据rs的数量构造一个InfoParseFirst接口数组
通过classforname("com.hoten.mo.service.feeling.Feel_MainMenu");
加载所有的业务模块

框架运行时候，得到用户消息，对接口数组进行轮询，因为他们都是InfoProcess 
所以都有InfoParseFirst方法。

所以，框架不需要关心业务模块继承了什么类，只要知道，他实现了InfoProcess接口，并具有InfoParseFirst可以调用，就ok

有了接口，框架开发人员不用关心，业务模块如何书写，而业务模块开发人员也可以专心开发业务模块。

这也是接口一词意思所在

其实现在的j2ee技术也一样，框架就是app服务器，比如weblogic
接口标准就是sessionbean，entirybean什么的。
业务模块就是你写的ejb
ejb只要符合sessionbean，entirybean标准，就能被appserver所用

我写了这么多，如果你感觉有用的话，嘿嘿，其实100分也够了