EMF - Revision history

Suhridk: /* ECore */

2012-06-22T11:39:30Z

ECore

Suhridk: /* ECore */

2012-06-22T11:33:03Z

ECore

Suhridk: /* Item Providers */

2012-06-21T23:45:27Z

Item Providers

Suhridk: /* Item Providers */

2012-06-21T23:37:37Z

Item Providers

Suhridk: /* Item Providers */

2012-06-21T18:18:36Z

Item Providers

Suhridk: /* Eclipse UI Framework */

2012-06-21T16:35:48Z

Eclipse UI Framework

Suhridk: /* Eclipse UI Framework */

2012-06-21T16:25:31Z

Eclipse UI Framework

Suhridk at 15:49, 21 June 2012

2012-06-21T15:49:35Z

Suhridk: /* Intro */

2012-06-21T12:25:37Z

Intro

Suhridk: Created page with "=Intro = * Eclipe Modeling Framework (EMF) is a modeling framework and code generation facility for building tools and other applications based on a structured data model. * Fr..."

2012-06-21T12:13:02Z

Created page with "=Intro = * Eclipe Modeling Framework (EMF) is a modeling framework and code generation facility for building tools and other applications based on a structured data model. * Fr..."

New page

=Intro =
* Eclipe Modeling Framework (EMF) is a modeling framework and code generation facility for building tools and other applications based on a structured data model.
* From a model specification described in XMI, EMF provides tools and runtime support to produce a set of Java classes for the model, along with a set of adapter classes that enable viewing and command-based editing of the model, and a basic editor.
* The most important benefit of EMF, as with modeling in general is the boost in productivity that results from automatic code generation. [pp 23. 2.4 Generating Code Eclipse EMF.]
* A domain model represents that data we want to work with. The data should be modeled irrespective of the application logic.
* Eclipse EMF is used to model these domain models.EMF makes a distinction between Meta models and actual model. The meta model describes the structure of the model and the model with data is an instance of this meta model.
* In the UML world, this is equivalent to a class diagram which describes the meta-model and an object digram describes the actual model.
* EMF provides a pluggable framework to store the model definition, the default method is to use XMI.
* The Meta model can be specified in different ways - XMI, Java annotations, UML/XML schema, textual syntax called EMFatic, Graphical editors within EMF.

= EMF Metamodels =

* Two metamodels: Ecore and Genmodel.

== ECore ==
* The Ecore metamodel contains the information about the defined classes.
* The Ecore model allows the definition of the following elements:
** EClass
** EAttribute
** EReference: One end of an association between two classes.
** EDataType: Type of an attribute.
* Ecore model editor shows the model itself as the root, followed by the packages, then classes and then attributes.
* UML2 modeling is an EMF-based implementation of the UML 2.x metamodel for the Eclipse platform.

== GenModel ==

* The Genmodel contains additional information for generating code, e.g. the path and file information. The genmodel contains also the control parameter how the coding should be generated.
* Where to place generated code, what prefix to use for generated factory and package class names - the kind of information that is not stored in the Ecore model, but is user settable. The EMF code generator uses a generator model to store this information. '''Like Ecore, the generator model is itself an EMF model.'''
* The genmodel provides all the data required for code generation by wrapping the Ecore model.

= Runtime Framework =

* Every generated EMF class is a notifier, it can send notification whenever an attribute or reference is changed. This allows EMF objects to be observed.
* Notification observers/listeners in EMF are called adapters, because they're used to extend the behaviour of the object they are attached to.
* The ability to persist and reference other persisted objects, is one of the most important benefits of EMF modeling.

← Older revision		Revision as of 23:45, 21 June 2012
Line 63:		Line 63:
	** Forward EMF change notifications on to viewers.		** Forward EMF change notifications on to viewers.

−	* EMF.Edit delegates calls to IPropertySource.getPropertyDescriptors() to the getPropertyDescriptors() method on the item provider.	+	* EMF.Edit delegates calls to IPropertySource.getPropertyDescriptors() to the getPropertyDescriptors() method on the item provider which returns a set of IItemPropertyDescriptors. PropertySource then coverts it basck to IPropertyDescriptor.

← Older revision		Revision as of 23:37, 21 June 2012
Line 62:		Line 62:
	** Act as a command factory for commands on their associated objects.		** Act as a command factory for commands on their associated objects.
	** Forward EMF change notifications on to viewers.		** Forward EMF change notifications on to viewers.
		+
		+	* EMF.Edit delegates calls to IPropertySource.getPropertyDescriptors() to the getPropertyDescriptors() method on the item provider.

← Older revision		Revision as of 18:18, 21 June 2012
Line 56:		Line 56:

	=== Item Providers ===		=== Item Providers ===
		+
		+	* Item providers (typically Adapters) need to provide four major roles:
		+	** Implement content and label provider functions.
		+	** Provide a property source (property descriptors) for EMF objects.
		+	** Act as a command factory for commands on their associated objects.
		+	** Forward EMF change notifications on to viewers.

← Older revision		Revision as of 16:35, 21 June 2012
Line 50:		Line 50:
	* The IPropertyDescriptor interface is then used by the property sheet to display and edit the properties.		* The IPropertyDescriptor interface is then used by the property sheet to display and edit the properties.
	* ActionBarContributor is used to create and manage the actions for an editor.		* ActionBarContributor is used to create and manage the actions for an editor.
		+
		+	== EMF.Edit Support ==
		+
		+	* EMF.Edit is the bridge between the Eclipse UI framework and the EMF Core.
		+
		+	=== Item Providers ===

← Older revision		Revision as of 16:25, 21 June 2012
Line 44:		Line 44:

	* JFace is a Eclipse UI toolkit with classes for handling many common UI programming tasks. JFace is window-system-independent in both its API and implementation, and is designed to work with SWT without hiding it. JFace is essentially a set of API's built on top of SWT. (SWT provides native look and feel widgets as compared to Swing)		* JFace is a Eclipse UI toolkit with classes for handling many common UI programming tasks. JFace is window-system-independent in both its API and implementation, and is designed to work with SWT without hiding it. JFace is essentially a set of API's built on top of SWT. (SWT provides native look and feel widgets as compared to Swing)
−	*	+	* JFace has viewer classes for displaying data based on structured models. Viewers use content provider to navigate the content and label provider to retrieve label text and icons for objects being displayed.
		+	* e.g. TreeViewer, TableViewer and ListViewer classes.
		+	* A property sheet gets the properties of an object by calling the getPropertySource() method on the object's IPropertySourceProvider. The IPropertySourceProvider produces an IPropertySource corresponding to a specific object for e.g. a Person or an Account.
		+	* Next, the property sheet calls getPropertyDescriptors() on the IPropertySource corresponding to a specific object. This produces a list of IPropertyDescriptors for the object's properties.
		+	* The IPropertyDescriptor interface is then used by the property sheet to display and edit the properties.
		+	* ActionBarContributor is used to create and manage the actions for an editor.

@@ Line 21: / Line 21: @@
 ** EAttribute
 ** EReference: One end of an association between two classes.
-** EDataType: Type of an attribute.
+** EDataType: Type of an attribute. Used to represent simple types such as "String". It models a single Java type. Bad idea to represent complex types as data types - better off modeled as EClass.
 * Ecore model editor shows the model itself as the root, followed by the packages, then classes and then attributes.
 * Ecore supports a number of high level concepts that are not directly included in Java. e.g. containment and bidirectional relationships.

@@ Line 16: / Line 16: @@
 == ECore ==
 * The Ecore metamodel contains the information about the defined classes.
 * The Ecore model allows the definition of the following elements:
 ** EClass
@@ Line 22: / Line 23: @@
 ** EDataType: Type of an attribute.
 * Ecore model editor shows the model itself as the root, followed by the packages, then classes and then attributes.
 * UML2 modeling is an EMF-based implementation of the UML 2.x metamodel for the Eclipse platform.

← Older revision		Revision as of 15:49, 21 June 2012
Line 35:		Line 35:
	* Notification observers/listeners in EMF are called adapters, because they're used to extend the behaviour of the object they are attached to.		* Notification observers/listeners in EMF are called adapters, because they're used to extend the behaviour of the object they are attached to.
	* The ability to persist and reference other persisted objects, is one of the most important benefits of EMF modeling.		* The ability to persist and reference other persisted objects, is one of the most important benefits of EMF modeling.
		+
		+	= EMF.Edit =
		+
		+	* EMF.Edit is used to build functional viewers and editors for the model.
		+	* Functionality such as display, edit, copy-paste, drag-n-drop, unlimited undo and redo.
		+
		+	== Eclipse UI Framework ==
		+
		+	* JFace is a Eclipse UI toolkit with classes for handling many common UI programming tasks. JFace is window-system-independent in both its API and implementation, and is designed to work with SWT without hiding it. JFace is essentially a set of API's built on top of SWT. (SWT provides native look and feel widgets as compared to Swing)
		+	*

@@ Line 6: / Line 6: @@
 * Eclipse EMF is used to model these domain models.EMF makes a distinction between Meta models and actual model. The meta model describes the structure of the model and the model with data is an instance of this meta model.
 * In the UML world, this is equivalent to a class diagram which describes the meta-model and an object digram describes the actual model.
 * EMF provides a pluggable framework to store the model definition, the default method is to use XMI.
 * The Meta model can be specified in different ways - XMI, Java annotations, UML/XML schema, textual syntax called EMFatic, Graphical editors within EMF.