| Making GEF's EDiagram extensible [message #180672] |
Mon, 09 May 2005 13:03  |
Eclipse User |
|
|
|
I'm extending EDiagram to support editing of a graphical transformations
between MOF-like UML diagrams. I've found that EDiagram gives me a great
starting point, but that ultimately its structure leaves a bit to be
desired; instanceof ReferenceView tests are rather widespread.
I have therefore been refactoring to localise the Ecore/MOF/UML business
policies, and after a side track trying to extend Request and CreationFactory
seem to have a more promising approach based on a new family of IRegime derived
singletons that provide the business policy and are referenced as required
by the EditPolicy, EditPart and CreationFactory. Additional business artefacts
may be defined by an extension point.
This functionality could provide a neutral business independent EDiagram
on which the Ecore editor and my transformation editor could be layered.
What are the plans for EDiagram?
Is it to fade away awaiting a take-over by GMF?
Would you like my refactoring to contribute to EDiagram's future?
(I'm successfully using Java generics to eliminate large numbers
of casts at matching depths in parallel inheritance trees.)
Regards
Ed Willink
|
|
|
| Re: Making GEF's EDiagram extensible [message #180698 is a reply to message #180672] |
Mon, 09 May 2005 13:39  |
| Eclipse User |
|
|
|
"Ed Willink" <ed@willink.me.uk> wrote in message
news:d5o5jf$j6u$1@news.eclipse.org...
> I'm extending EDiagram to support editing of a graphical transformations
> between MOF-like UML diagrams. I've found that EDiagram gives me a great
> starting point, but that ultimately its structure leaves a bit to be
> desired; instanceof ReferenceView tests are rather widespread.
>
> I have therefore been refactoring to localise the Ecore/MOF/UML business
> policies, and after a side track trying to extend Request and
CreationFactory
> seem to have a more promising approach based on a new family of IRegime
derived
> singletons that provide the business policy and are referenced as required
> by the EditPolicy, EditPart and CreationFactory. Additional business
artefacts
> may be defined by an extension point.
>
> This functionality could provide a neutral business independent EDiagram
> on which the Ecore editor and my transformation editor could be layered.
>
> What are the plans for EDiagram?
>
> Is it to fade away awaiting a take-over by GMF?
Good question. Taking over by GMF (and porting to their standards/API)
would be the ideal scenario. We certainly hope it won't fade away. While
we continue to make minor changes to that example, we do not have the
resources required to continue work on that project. For now, it's gonna
have to wait. Contributions from the community are always welcome too.
>
> Would you like my refactoring to contribute to EDiagram's future?
> (I'm successfully using Java generics to eliminate large numbers
> of casts at matching depths in parallel inheritance trees.)
>
> Regards
>
> Ed Willink
|
|
|
Powered by
FUDForum. Page generated in 0.03518 seconds
Home