tags:

views:

1620

answers:

2

here is java code

class Cup {
    public String sayColor() {
     return "i have a color .";
    }
}

class TCup extends Cup{
    public String sayColor(){
     System.out.println(super.getClass().getName());
     return super.sayColor()+"color is tee green.";
    }
}

class MyTCup extends TCup {
    public String sayColor(){
     System.out.println(super.getClass().getName());
     return super.sayColor()+"but brushed to red now!";
    }
}
class Test {
    public static void main(String[] args) {
     Cup c = new MyTCup();
     System.out.print(c.sayColor());
    }
}

and Test print

MyTCup
MyTCup
i have a color .color is tee green.but brushed to red now!

question 1: At the runtime, the object C's type is MyTCup,but it always can call the super method .Is there is a method stack in the memory within MyTCup after initialing the object ,and then can call through at runtime like the code ?

question 2: There is no way to call the super method in other objects .As i know ,c++ can cast to call parent method at any time.Why java design like this?

+7  A: 

You can't call the super method in other objects - that would violate encapsulation. The whole point is that the object controls what its overridden methods do. For instance, you might override a collection's add method to throw an exception in certain circumstances, so it could ensure only "valid" items got added to the collection. That would be pointless if callers could just bypass it with a cast!

The only reason an object gets to call super.foo() for itself is to enable one call to be implemented by using the parent implementation. It's up to the code in the class to make sure it only ever does that sensibly. Again, to take the add-in-a-collection example, if the collection overrides add it would have to have some way of adding the validated item to the collection, which it would do with super.add().

Note that for the same reason of encapuslation, you can only call your parent implementation, not the grandparent implementation - so super.foo() is valid, but super.super.foo() isn't.

Jon Skeet
See also http://stackoverflow.com/questions/586363/why-is-super-super-method-not-allowed-in-java (which you answered very nicely).
Michael Myers
And look at that... I used the same example :)
Jon Skeet
thx for your answer very much!I think it's the point.
sting
A: 

1:

Your question is not quite clear. What do you mean by "call through at runtime like the code"? If you are asking how instance c knows what its super class is, then yes, the class hierarchy is stored in memory, and can be accessed by the VM.

2:

Java actually does allow you to cast an instance to its parent. It's just that calling a method on an instance always uses the instance's actual class, not its compile-time class. I.e. in Java all methods are what would be called "virtual" in C++. Why this was decided I do not know.

Edit: Actually Jon Skeet explains very nicely why you cannot call a method of a super class on an instance of a sub class, so now I know :-).

sleske
i mean "sayColor" method called from MyTCup to TCup and Cup and the class displayed is "MyTCup".so the methods are belonged to MyTCup or belonged TCup,Cup.I dont familiar with jvm,maybe all in the method area.
sting