No, not without some tortured coding. You have redefined method2 in your
derived class, consequently this redefinition takes precedence in
instances
of the derived class, and this is by design, not by accident.
Remember that the call to “method2” in the parent class, called with
“super”
as you show it, is still in the context of an instance of the derived
class, so the call is resolved to refer to the derived class method2,
not
the parent one.
If, as you say, you really want the result of the parent’s method2, then
don’t redefine that method in the derived class. Or use different method
names to create the distinction you want.
Ok pity there’s no simple Ruby solution to it. I’ll just have to rename
my methods in my derived class then. Thanks though!
No, not without some tortured coding. You have redefined method2 in your
derived class, consequently this redefinition takes precedence in
instances
of the derived class, and this is by design, not by accident.
self.class.superclass.instance_method( :knox ).bind( self ).call. It
looks tricky and even clunky. Actually this function can be easily
realized by C++’ compulsory type conversion, as follows: #include “stdio.h”
class A
{
public: int method1();
int method2();
};
class B: public A
{
public: int method1();
int method2();
};
int static main()
{
B *obj=new B();
printf("%d\n",((A)*obj).method1());
return 0;
}
int A::method1() { return method2();}
int A::method2() { return 100;}
int B::method1() { return method2();}
int B::method2() { return 200;}
derived object always invokes the method in its own context, i.e., it
invokes method2 of the B object rather than the A object. Anyhow, ruby
provides Class Method (different with the method tied to objects) for
us, so if you intend to invoke the method of the parent from the derived
class which has the same method name, you may define and use Class
Method. E.g.,
def A.method2
return 100;
end
Shiwei
The views expressed are my own and not necessarily those of Oracle and
its affiliates.
Ok pity there’s no simple Ruby solution to it. I’ll just have to rename
my methods in my derived class then. Thanks though!
Having a “simple” way would be way too C++, since it -is- horribly
breaking object-oriented behaviour. Might as well bring back “virtual”.
The unbound method Ruby fu is just right in my opinion, it makes it
instantly clear that the code isn’t behaving polymorphically, but uses
the class as a function namespace.
harp:~ > cat a.rb
class A
CLASS = self
def method1 *a, &b
CLASS.instance_method(:method2).bind(self).call *a, &b
end
def method2
return 100
end
end
class B < A
CLASS = self
def method1
super
end
def method2
return 200
end
end
p A.new.method1
p B.new.method1
harp:~ > ruby a.rb
100
100
just because you can, however, doesn’t mean you should. why do you want
to do this?
-a
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.