the name accessor wasn’t called, but there was no error either
if i change the set_the_name method to this:
def set_the_name(value)
self.name = value
end
then the output changes to this:
#<Test:0x7fef6da0 @name=“some name”>
there are two things i don’t quite understand about this:
i thought private methods should never be called through self, and
that
they are implicitely called on self. calling a non-accessor private
method
on self does raise the expected error. why does the accessor need to be
called using self?
when calling the private accessor without using self, its
implementation
clearly isn’t executed but no exception is raised either… why is that?
To Ruby, that’s an assignment to a local variable, which then drops out
of scope. That’s why you have to do “self.name= value” to call the
method.
d’oh! of course
If it really were private, you’d need
send(:name=, value)
although being private rather negates the purpose of an ‘accessor’ which
is to make values accessible
in this case, i only want the accessor to be acessible to the class and
its
subclasses, mainly because the subclasses need to be able to override
the
‘storage mechanism’ (ie: backing field vs hash or something)… it’s a
bid
of an edge-case though
when calling the private accessor without using self, its
implementation
clearly isn’t executed but no exception is raised either… why is that?
Because it’s perfectly legal to assign a value to a local variable
in this case, i only want the accessor to be acessible to the class and its
subclasses, mainly because the subclasses need to be able to override the
‘storage mechanism’ (ie: backing field vs hash or something)… it’s a bid
of an edge-case though
that is called ‘protected’ not ‘private’ - just that change should do
it.
-a
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.