现在的位置: 首页 > 综合 > 正文

java继承中的“缺陷”:“覆盖”私有方法

2013年03月13日 ⁄ 综合 ⁄ 共 911字 ⁄ 字号 评论关闭

下面是一个求出几何形状面积的方法:

定义一个Shape:

public class Shape {
	private Shape wf;

	protected Shape() {
		wf = this;
	}

	private int length() {
		return 0;
	}

	private int width() {
		return 0;
	}

	public int getArea() {
		return wf.length()*wf.width();
	}
}

“重写”Shape中的方法:

public class OverridingShape extends Shape {
	
	public int length() {
		return 10;
	}
	
	public int width() {
		return 10;
	}
	
	public static void main(String[] args) {
		Shape s=new OverridingShape();
		System.out.println(s.getArea());
	}
}

相信大家会认为结果是 100 

然而结果却是 0

但是将Shape类中private改成protected或public 结果又变成了100

    这是为什么呢?问题其实就是出现在继承上面,我们可以尝试着在length()和width()上面加上@Override 但是结果却是异常,其实上述代码中并没有复写父类的方法。所以在调用getArea方法时,获得的即是父类的length()和width(),结果为0.

总结:

    “覆盖”必须能将一个对象向上转型为它的基本类型并调用相同的方法。如果某方法为private,它就不是基类的接口的一部分。它仅仅是隐藏于基类中的程序代码(上例中通过getArea获得了隐藏的程序代码),只不过是具有相同的名称罢了。但是如果将相同的名称改为protected,public或包访问权限(默认) 则会覆盖该方法。

    只有非private方法才可以被覆盖,但是还需要密切的注意覆盖的private方法的现象,这是虽然编译器不会报错,但是也不会按照我们所期望的来执行。确切的说,在导出类中,对于基类中的private方法,最好采用不同的名字。

  参考文献:Thinking in Java  作者:Bruce Eckel

 

 

 

抱歉!评论已关闭.