On Jan 22, 2011, at 12:22 AM, Simon Denier wrote:
On 21 janv. 2011, at 23:00, Stéphane Ducasse wrote:
On Jan 21, 2011, at 10:11 PM, Simon Denier wrote:
On second thought I think you're right.
Or more precisely a ClassExtension (as a subclass of FamixAssociation) should be from aFamixMethod to aFamixClass
why?
FamixPackages already have methods to retrieve class extension (as well as extended classes).
Now if we want class extensions as first-class entities, I think it's better to take the smallest granularity of representation, to be able to manipulate one class extension separately from another (for example Orion could manipulate extensions one by one).
ah ok
now what does it means Point classExtensions -> list of methods? Method(asURL) extendedFromClass does not work Method(asURL) extendedFromClass because I know that asURL is in String so the only information I need is where does it comes from -> Network package?
In this case that would based on the extension supported by a FamixMethod and the extended FamixClass.
I still do not get it.
I have a method symbol: asURL belongstoclass: String packagedIn: Network
so how a relation between String and asURL can convey something more than that?
The other reason I believe in this solution is that it seems to fit nicely with the current work on queries :)
-- Simon Denier
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev