[Pharo-project] About SourcedMethodReference
stephane.ducasse at inria.fr
Wed Nov 10 12:02:21 CET 2010
On Nov 9, 2010, at 10:57 PM, Igor Stasenko wrote:
> I think identity is better. It forcing more strict rules: no more than
> one method reference
> in system necessary for representing same method.
I'm not sure I understand exactly what you mean.
In the recent message or in the versions, you get mulitple version of the "same" methods but different methodreference.
> On 9 November 2010 23:48, Luc Fabresse <luc.fabresse at gmail.com> wrote:
>> Hi all,
>> When SourcedMethodReference have been introduced, some tests in
>> SystemNavigationTest turned yellow.
>> The tests are currently expecting a MethodReference.
>> If I modify the tests to exepect a SourcedMethodReference, the problem is
>> now on:
>> ^self == aMethodReference.
>> Why this has been redefined in SourcedMethodReference?
>> I think that the super class (MethodReference) implementation is
>> semantically better. No?
>> MethodReference>>= anotherMethodReference
>> "Answer whether the receiver and the argument represent the
>> same object."
>> ^ self species == anotherMethodReference species
>> and: [(self classSymbol = anotherMethodReference classSymbol)
>> and: [(self classIsMeta = anotherMethodReference classIsMeta)
>> and: [self methodSymbol = anotherMethodReference methodSymbol]]]
> Best regards,
> Igor Stasenko AKA sig.
More information about the Pharo-project