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分也够了