• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Tim Cooke
  • Paul Clapham
  • Devaka Cooray
  • Bear Bibeault
Sheriffs:
  • Junilu Lacar
  • Knute Snortum
  • Liutauras Vilda
Saloon Keepers:
  • Ron McLeod
  • Stephan van Hulst
  • Tim Moores
  • Tim Holloway
  • Piet Souris
Bartenders:
  • salvin francis
  • Carey Brown
  • Frits Walraven

covariant doubt

 
Ranch Hand
Posts: 135
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

I guess answer would be
SubCafe4Java
SubCafe4Java
But when i run the programme it shows
SuperCafe4Java
SuperCafe4Java

We are calling
superFoo.get("super") i.e., superclass reference with subclass object in it, also parameter "super" is a String object. So it is more appropriate to call subclass get() but why superclass get() called?

I can't understand.... thanks in advance for any help...
 
Greenhorn
Posts: 15
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
when you are redifining the function in the child class you are not overloading the base class function, because the base class is having parameter as Object but child class is having parameter as String. So it is not covariant return.

and when you are calling the funciton you are calling using the base class version. so always function of the base class is getting called
 
Ranch Hand
Posts: 381
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Where are the covariant retrun types?
I think you got confused and pretends to think that the methods are overridded.Infact the methods are overloaded in first two classes.To make it a valid overrided method with covariant return type make change as
 
Ranch Hand
Posts: 127
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator


2nd one can't override 1st because the argument signature is different even thought String is subclass of Object, hence it's called overloaded - name reuse but new method.



Now superFoo owns only the 1st method, it's always legal - here the argument Object is subcast to String again when get("super") being called.

finally it prints out "SuperCafe4Java";
 
raja kanak
Ranch Hand
Posts: 135
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
thanks a lot to all.
 
The harder you work, the luckier you get. This tiny ad brings luck - just not good luck or bad luck.
Two software engineers solve most of the world's problems in one K&R sized book
https://coderanch.com/wiki/718759/books/Building-World-Backyard-Paul-Wheaton
    Bookmark Topic Watch Topic
  • New Topic