The model portion is somewhat self-explanatory. The model should know nothing about the view or controller. It does however usually know about listeners to which it fires notifications (listener-notifier pattern). The model should be changed using {@link org.eclipse.gef.commands.Command Commands}, and the view should be updated in response to notification.
The view can be several things. It includes the visual part representing a model object(s). The most flexible visual parts are {@link org.eclipse.draw2d.Figure Figures} from draw2d. GEF also provides support for SWT TreeItems, but support for other visuals can easily be added. While "visual part" refers to an object directly representing a model object, the more encompassing "view" includes feedback, handles, tooltips, and all things visible to the user. All of these make up the view, and it is the controller's job to construct and manage them.
The controller is the most interesting part and is the primary focus of GEF. The controller is responsible for:
User input can be a wide variety of things. A part may support multiple, unrelated types of editing behavior. To support this, GEF provides a controller implementation whose entire behavior is provided by plugging in one or more helper objects. This allows for higher code reuse and easier code maintenance.
A controller in GEF is an {@link org.eclipse.gef.EditPart EditPart}.