Java Reference
In-Depth Information
invoke a runtime instance to test their work. GMF diagrams still require
code generation to develop effectively, although generated diagrams are
capable of working with dynamic instances.
Figure 3-3 is an example of a dynamic instance model for our mindmap
domain model, along with the Properties view. It's similar in functionality to the
generated EMF editor, although it requires the metamodel to be loaded and
reflected upon, as you can see from the loaded mindmap.ecore resource file.
Figure 3-3 Mindmap dynamic instance model
TIP
You can view any Ecore model using the Sample Reflective Ecore
Model Editor , so there's little need to generate the EMF .editor plug-in.
This applies to XMI dynamic instances, such as GMF-based diagrams files
where both the domain and notation models are persisted in a single file.
Simply right-click the file and select Open With
Other
Internal
Editors Sample Reflective Ecore Model Editor .
3.3 Developing the Mindmap Domain Model
We develop a simple mindmap DSL and use it throughout the topic to provide
an example of how to use components of the Modeling project as a DSL Toolkit.
This model forms the base of our fictitious Requirements Elicitation Project
(REP).
 
 
Search WWH ::




Custom Search