Hi,
This part of FAMIX is a bit of a mess :).
These selectors were introduced before the introduction of FAMIXReference, and
referencing* used to mean invoking*.
The distinction between potential / sure comes from an invocation having possibly multiple
candidates:
- "sure" is when you know exactly what the target of the association is
- "potential" is when you do not know
Jannik did a nice job at documenting this API in the Moose-Tests-SmalltalkImporter-KGB
package.
It is not comments that these parts miss, but a review/rewrite:
- revise referencing* / referenced* and rename to invoking* / invoked *
- add referencing* / referenced* based on actual FAMIXReference
- add explicit support for method extensions dependencies
- change client* / provider* to include references and method extensions
Cheers,
Doru
On 25 Apr 2011, at 02:30, Alexandre Bergel wrote:
Hi!
There is the method:
FAMIXPackage>>potentialReferencingClasses
"returns a set of all the classes that potentially refer to the receiver: they
potentially refer to some classes that are defined or extended into the receiver"
I do not understand what this means. How a class can be "potentially
referenced"?
How does it differ from #invokedClasses ? There is no class comments for #invokedClasses.
I feel this is necessary. I can add some if someone tells me that this method does.
By the way FAMIXMethod>>invokedClasses and FAMIXClass>>invokedClasses have a
pragma <navigation: 'Invoked classes'>
But not FAMIXNamespace and FAMIXPackage?
Same things for FAMIXPackage>>clientClasses and
FAMIXNamespace>>clientClasses. Shall we add a <navigation: 'Client
classes'> as in FAMIXClass>>clientClasses
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel
http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Don't give to get. Just give."