The Graphical Editing Framework is an Eclipse project that provides framework and end-user components related to graphical applications.
History
GEF was initially developed as part of IBM's etools and was contributed to Eclipse in 2002 in version 2.0.0, consisting then of two components: Draw2d, a 2D visualization component based on the Standard Widget Toolkit and GEF, a related model-view-controller framework that can be used to realize graphical editors as part of Eclipse Rich Client Platform applications. The first release at Eclipse was GEF 2.1.0 in March 2003. The next major version, GEF 3.0.0, was released in June 2004, providing many new features like support for rules and guides. Zest was added as a third project component in 2007 in version 1.0.0 as part of the GEF 3.4.0 release. Since 2004, when GEF 3.0.0 was released, only compatible changes have been applied to the framework's application programming interface. A new major revision of the framework has been developed in parallel to the maintenance of the GEF 3.x components by the project team since 2010. It is a complete redesign that is much more modular, uses JavaFX instead of SWT as underlying rendering framework, and can be used also independently of Eclipse RCP applications. Commonly referred to as GEF4, its components were initially released in version 0.1.0 in June 2015 as part of the GEF 3.10.0 release. The GEF4 components are to be published in version 1.0.0 as part of the GEF 4.0.0 release in June 2016.
GEF 3.x
GEF 3.x provides framework technology to realize graphical editors and views as part of Eclipse Rich Client Platform applications. It is internally decomposed into three components:
Draw2d – A 2D visualization component based on the Standard Widget Toolkit
GEF - A model-view-controller component that can be used to realize graphical editors as part of Eclipse Rich Client Product applications
Zest - A graph-based visualization toolkit that can be used to realize views for visualization of graph-like data structures as part of Eclipse RCP applications
* Model: The data model can either be generated using EMF, self-implemented by the user or it may already exist in case of a legacy software.
* Controller: The EditParts act as controllers. Typically, each model element has its matching EditPart. EditParts may contain other EditParts thereby matching model elements containing other model elements. EditParts also have a reference to the figure which graphically represents the model element. Finally, EditParts evaluate requests and create the appropriate command to edit the underlying model.
* View: For each element within the model, including connections, a figure has to be implemented using the Draw2d framework. Oftentimes the figure is some geometrical drawing.
Factory: Creating models from palette, creating EditParts and creating Figures
Observer: Typically a controller listening on Model and View
Command: To implement Undo and Redo functions
Strategy: EditParts can install and remove EditPolicies dynamically
Chain of responsibility: To decide which EditPolicy should handle a Request
Request and response mechanism
Any user action with the editor can generate a request. The nature of the request is understood by the context of invocation. The context is determined by the EditPart the user interacts with and the active tool. The tool can be any selected entry in a tool palette. The request is handed over to the selected EditPart, which in turn returns a Command. This is achieved using the chain of responsibility mechanism over Editpolicies. The editpolicies determine if they can handle the request, otherwise they pass on to the next editpolicy. The order of declaration of editpolicies determine the order in which the request is passed around. The capable editpolicy creates a command. This command is handed back to the tool which initiated the "Request". Execution of the command causes the model to be modified.