> Wouter Zoons schrieb: >> MArtin Schumacher wrote: > > >> because it's easier to model attributes >> and because we use the same signatures to call them in VTL and OCL > > Hm... ok, I understand that. But its not really correct, isn't it? I > take the MetafacadeModel as a specification of the UML-Profile (is this > right?). And if I rememper the discussion with Matthias about > Stereotypes and TaggedValues, I think the Metafacades could only have > Attributes which are TaggedValues. Any other functionality should be > modeled as method. Or am I wrong with my interpretation? >
this is the way we defined it, so it's correct :-) I understand your concerns, but just remember this: in AndroMDA we take from UML what we can use, and we use it the way it's most interesting to us UML allows this kind of flexibility, we just take advantage of it the way we think it's best; the fact nobody else is doing something similar is because they're simple not doing it and IMHO, the way we're modeling MF properties is correct nevertheless, it just depends on the angle at which your looking at it >> why do we need to model exactly what is generated ? we model the ideas >> we have in mind and let the cartridge take care of it > > But is this the idea, that the MetaFacade has attributes? An Attribute > describes the structure of an object. The properties and the covered > information of the object. But i.e. StrutsUseCase#formBeanName is in my > eyes not an information about the class, its the functionality to > calculate or cunstruct the FromBeanName. > Or am I wrong again? > to me an attribute can very well be the result of a calculation, it's undefined where exactly this calculation occurs, in Java we usually have very simply getters and setters so you might have a tendency to take this in mind anyway, the attributes we model are transformed into methods.. if I would follow your reasoning and apply it 100% it would practically mean that for the bpm4struts cartridge you would need to model everything from the PSM layer (struts config, properties, ..), just in a more abstract way -- Wouter ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ Andromda-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/andromda-devel
