|
| Re: KM3 Questions [message #514047 is a reply to message #514016] |
Fri, 12 February 2010 09:56  |
 Guillaume Doux
Messages: 56
Registered: July 2009 |
Member |
|
|
Hi,
I will try to answer to your questions 
First, we have to say that generic types are not supported by km3.
It's due to the fact that km3 is not dependent of any language, the current implementation is in EMF but an implementation in .net can also be done.
As you now generic types in EMF are mostly use for code generation (in Java) and then if km3 have supported generic types, what kind of implementation must have been chosen, a Java one, a .net one or another one ?
Furthermore in km3 we didn't see cases to use generic types. If it's to make collections, we are used to model collection in km3 with references with a multiplicity * and not to create "collections" type for example.
About the annotations specified in km3, it's a feature because there are now deprecated. The good way to specify them should be now to use another annotation model and to use a process km32ecore then ecore+annotation2ecore to process the annotation. But as the zoo is anterior to this, contents of annotations nsprefix and nsuri is ignored in the zoo building.
Thanks for your interest,
Guillaume.
|
|
|
| Re: KM3 Questions [message #579397 is a reply to message #514016] |
Fri, 12 February 2010 09:56 |
Guillaume Doux
Messages: 56
Registered: July 2009 |
Member |
|
|
Hi,
I will try to answer to your questions :)
First, we have to say that generic types are not supported by km3.
It's due to the fact that km3 is not dependent of any language, the current implementation is in EMF but an implementation in .net can also be done.
As you now generic types in EMF are mostly use for code generation (in Java) and then if km3 have supported generic types, what kind of implementation must have been chosen, a Java one, a .net one or another one ?
Furthermore in km3 we didn't see cases to use generic types. If it's to make collections, we are used to model collection in km3 with references with a multiplicity * and not to create "collections" type for example.
About the annotations specified in km3, it's a feature because there are now deprecated. The good way to specify them should be now to use another annotation model and to use a process km32ecore then ecore+annotation2ecore to process the annotation. But as the zoo is anterior to this, contents of annotations nsprefix and nsuri is ignored in the zoo building.
Thanks for your interest,
Guillaume.
|
|
|
Powered by
FUDForum. Page generated in 0.02133 seconds
] 
Search
Help
Register
Login
Home
