Comments on: New in 1.3 M1: better integration with diagramming tools http://abstratt.com/blog/2009/04/13/new-in-13-m1-better-integration-with-diagramming-tools/ We have one obsession: stopping people from writing so much code Sun, 18 Mar 2012 21:29:11 +0000 hourly 1 http://wordpress.org/?v=3.1.1 By: Juha http://abstratt.com/blog/2009/04/13/new-in-13-m1-better-integration-with-diagramming-tools/comment-page-1/#comment-1192 Juha Wed, 06 Jan 2010 19:47:12 +0000 http://abstratt.com/blog/?p=150#comment-1192 Might be good to keep the GUIDs (which must be real surrogate keys (i.e. not derived from names)) in source code, otherwise the generated xmi file may run out of sync. GUIDs/ids could be optional and generated by auto completion. Problem is that code becomes rather ugly... It may work, for most of the cases, if ids are assigned only for classes and hashed for associations and other xmi elements from these. Might be good to keep the GUIDs (which must be real surrogate keys (i.e. not derived from names)) in source code, otherwise the generated xmi file may run out of sync. GUIDs/ids could be optional and generated by auto completion. Problem is that code becomes rather ugly… It may work, for most of the cases, if ids are assigned only for classes and hashed for associations and other xmi elements from these.

]]> By: rafael.chaves http://abstratt.com/blog/2009/04/13/new-in-13-m1-better-integration-with-diagramming-tools/comment-page-1/#comment-1191 rafael.chaves Wed, 06 Jan 2010 07:52:46 +0000 http://abstratt.com/blog/?p=150#comment-1191 Wow, thanks for the encouraging words, Juha. Yes, elements will change id if moved around, and that will break things if you have other tools' models (such as diagram files) referring to a model generated by the TextUML Toolkit. Having a project setting for whether to automatically generate ids as GUIDs or derive from qualified names is a good idea, and should be easy to implement. To allow some sort of annotation for declaring ids manually would be possible, but I wonder how people would use that. Feel free to enter your suggestions as feature requests on the project tracker: http://abstratt.com/issues/ Cheers, Rafael Wow, thanks for the encouraging words, Juha. Yes, elements will change id if moved around, and that will break things if you have other tools’ models (such as diagram files) referring to a model generated by the TextUML Toolkit.

Having a project setting for whether to automatically generate ids as GUIDs or derive from qualified names is a good idea, and should be easy to implement.

To allow some sort of annotation for declaring ids manually would be possible, but I wonder how people would use that.

Feel free to enter your suggestions as feature requests on the project tracker: http://abstratt.com/issues/

Cheers,

Rafael

]]> By: Juha http://abstratt.com/blog/2009/04/13/new-in-13-m1-better-integration-with-diagramming-tools/comment-page-1/#comment-1190 Juha Wed, 06 Jan 2010 07:42:22 +0000 http://abstratt.com/blog/?p=150#comment-1190 TextUML is really excellent and useful tool!! Thanks for that. This is simply the best way to great and maintain object models. Possibility to integrate the model with other eclipse tools is one of key factors. However the implementation of stable ids is not that stable because it do not allow code/model refacoring since ids are derived from class and role names. Would be great to have possibility to assign ids manually or have automated GUID generator in model editor. TextUML is really excellent and useful tool!! Thanks for that. This is simply the best way to great and maintain object models. Possibility to integrate the model with other eclipse tools is one of key factors. However the implementation of stable ids is not that stable because it do not allow code/model refacoring since ids are derived from class and role names. Would be great to have possibility to assign ids manually or have automated GUID generator in model editor.

]]>