Hi Nicolas, sorry but I did understand what you said. If I need more specific elements in the model to represent more specific elements of my reality that doesn't make the tool less generic. I personally added to the moose model elements that with languages have little to do like, for example, a model for conceptual schemas or a model for relational database structures and everything is still generic as before. If I don't need to analyze relational databases I can always avoid even to load that extension. I agree that if you need to analyze something new the work load could be high but the whole idea behind moose is exactly to make that workload less than the one you have by starting from scratch.
About a different way to deal with model extensions I'm also interested in discuss further about it. What I think could be improved is the way Moose is loaded: you should be able to cherry pick the extensions you need and forget about the rest.
About the specific problem you mentioned, I wasn't aware of it (also because it causes no problems with my code/analyses), so I cannot answer and I would like to learn more about it.
Cheers, Fabrizio
2012/11/20 Nicolas Anquetil Nicolas.Anquetil@inria.fr:
We have been discussing here for long time that the meta-model approach of Moose is not that much adapted to the problems of reverse engineering.
Because we need to model detailed informations on the programs being modeled, Famix has many entities that are language specific.
Up to now we manage because Moose "core" deals with only two languages: Java and Smalltalk But if we wanted to deal with other languages C#, PHP, Python, Java-script, Cobol, Pascal, Lisp, ... we would have to add entities and/or constructs specific to each language and the tools would become less and less generic.
More recently, it occurred to me that this is very similar to the kind of issues one has to deal with in a statically typed language (Java is evil :-) ).
So basically Famix introduced static typing in Moose.
If this analysis is correct, the questions would be:
- was it necessary to go that way? why?
- is there another way to do it? more in tune with the smalltalk way of
life?
nicolas _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev