今天在敲代码的问题中,碰到一个坑,其实也算是一个查漏补缺的地方,想了很多种办法,各有各的好处,今天来出来说说,希望有大神也能指点指点。
1.背景:
有一个接口 :
public interface A{
public String ID;
........
public String getID ();
}
然后有两个实现类实现了该接口,分别是 :
public class a implements A{ .....} 和 public class b implements A{ .....}
这两个处理类需要用到的一些参数都是配置在数据库中的
ID class 其他参数
1 a ........
2 b ........
而且这张表在系统中有相应的页面是可以删除新增的,而且ID字段使用了序列,如果删了第2条,再新增ID就是3了。
2.问题
然后我在改bug的过程中,发现 如果程序如果调用的是子类b来处理时需要额外做一些判断,本来呢,很简单,直接
if(“2”.equal(b.getID())){
....................
}
但是我发现了一个问题,如果有测试人员先把这个给删了,再重新建,那这个if判断就废了,因为数据库里再也没有2了。。。。。
然后想了下,初步定了几个方法。
3.解决方法
1).子类中新增一个常量用于区分,改接口用于返回这个常量
public class B implements A{
public static final String name = "b";
public String getName (){
return name ;
}
.....}
然后if(“b”.equal(b.getName()))
嗯?怎么报错了,明明写了getName()这个方法啊,确定下有没有保存,保存了,还是提示没有该方法,想了想,觉得自己弱智了,因为在编译期间,父类没有办法确定是哪个子类实例化了自己,也就不能调用该子类自有的方法。即使是在运行期间,父类对象引用子类方法只能是调用子类重写的方法,而子类自己的方法是没法用的,因为程序实际是并不知道该父类对象是哪个子类实例化出来的。
于是我在接口中新加了一个方法:
public interface A{
public String ID;
........
public String getID ();
public String getName ()
}
这样,这个方法就算是被重写了,然后一看其他实现该接口的子类,呃。。。。谁实话,有点多,为了这一个子类,要改这么多子类,貌似有点不合适,而且,其他子类也用不到这个方法,唉,改这么多子类,到底要怎么跟经理解释呢。。。。,还是想想有没有其他方法。
2).强制类型转换
这个方法好,只要像刚刚那样只在子类b中添加一个自己的方法就行了,其他子类啥也不用改,在判断条件里这么写(b)A.getName (),哈哈,不报错了,然后。。。。发现自己又犯傻了,强制转换后,你也用不了其他子类了,因为统统被强制转换了啊。扑街。。。
3).Java反射
直接上代码:
Method method = A.getClass().getMethod("getName"); // 父类对象调用子类方法(反射原理)
(String) Object o = method.invoke(A);
这里的getClass()方法返回的其实就是运行时类,看起来靠谱多了
4).instanceof操作符
后悔没有早点想到这个:
if(运行时类 instanceof b)
就完了。
关于instanceof,还有一些值得注意的地方,所谓学习,就要学会举一反三嘛,不能解决了问题就完了。
网上有对instanceof比较详细的例子:
interface A{}
class B implements A{
}
class C extends B {
}
有如下测试:
A a=null;
B b=null;
a instanceof A;
b instanceof B;
结果都是false,因为都没有实例化。
a=new B();
b=new B();
a instanceof A;
a instanceof B;
b instanceof A;
b instanceof B;
B b2=(C)new C();
b2 instanceof A;
b2 instanceof B;
b2 instanceof C;
结果都是true,由此可见,对于一个接口而言,无论是它的实现类还是它实现类的子类,instanceof返回的都是true。