锁定老帖子 主题:【第17条】接口只是被用于定义类型
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-05-18
最后修改:2009-06-10
当一个类实现了一个接口的时候,这个接口被用做一个类型(type),通过此类型可以引用这个类的实例。除此之外,其他目的而定义接口是不合适的。
也就是形如: Interface objct = new Class(); //的形式
例: List list1 = new ArrayList(); //List是接口,ArrayList是一个实现类
书中举了一个极端的例子——常量接口。即只有静态final域的接口,这是对接口的不良使用。
这两天,我也正在琢磨一件事情,就是在我的Framework中,作为业务JavaBean的超类而出现的抽象类,是否应该使之实现一个接口。从历史经验来看,我曾经见过使用接口的项目,也有不使用的。
作为所有业务JavaBean的超类,SuperBean中会具有一些共性的域(如错误信息等)及相应的getter/setter方法。SuperBean下还可以派生出可以支持翻页(GUI界面显示翻页)的PageBean,其中还会包含一些关于翻页(如 设置每页显示的件数,取得总页数,向后翻页 等)域和方法。在SuperBean和PageBean这两个抽象类中已经实现了这些方法。那么是否应该考虑写两个接口(SuperBeanHandler,PageableBean)来让它们去实现呢?我一直在犹豫,看起来没有这两个接口也可以,而从松耦合的观点出发,是否应该先有这两个接口,再去实现这两个抽象类呢?
看过此条,我会这么写吗?: SuperBeanHandler staff1 = new StaffBean(); PageableBean staffList = new StaffListPageBean();
我认为这是不会的。所以,看来这里不需要使用接口。
以上这一段,其实我还是比较模糊的,本篇同时发到论坛OO版,也希望更多的朋友能够给我一些好的建议。
【Effective Java 学习笔记】系列连载专题请见:
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
浏览 1438 次