Hi,
CrossEcore's Java API might be interesting for you because the
interfaces do not reference their implementations, e.g. see
EcorePackageImpl.eINSTANCE:
https://github.com/crossecore/ecore-java/blob/master/src/Ecore/EcorePackageImpl.java
CrossEcore's Java API is more or less identical to the EMF API
and should be also compatible with the EMF API (see for example https://github.com/crossecore/ecore-java/blob/master/src/Ecore/EObjectBase.java).
I am not sure if the CrossEcore Java API *never *uses the
interface instance access pattern. However, I *am* sure that
CrossEcore's C# API never uses the interfaces instance access
pattern because in C# you cannot have fields on interfaces. Thus,
you might have a look on the C# API as well.
Best regards,
Simon
Am 09.07.2019 um 12:11 schrieb
Alexander Fedorov:
Thanks,
this is exactly that I'm looking for!
Unfortunately this link works extremelly slow for me and I still
unable to see the page.
Probably you know some alternative URL?
Thanks,
AF
09.07.2019 12:58, Pierre-Charles David пишет:
On 09/07/2019 11:27, Alexander Fedorov
wrote:
Hello,
Hi,
In EMF runtime and generated code there is a "interface
instance access" pattern like:
public interface Registry
{
public static final Registry INSTANCE = new
RegistryImpl();
}
It is good and stable. It works perfect.
However, it may look "too static" for OSGi-based approach
where interface should not reference its implementation.
How would you implement it today for OSGi-oriented
architecture executed by 1.8+ Java?
You might be interested in this presentation [1] from Mikael
Barbero (presented at EclipseCon 2012), which tried to imagine
what a more modern/dynamic/OSGi-compatible version of EMF could
look like if backward compatibility was not an issue (it is). It
tackled this particular issue, among others.
Regards,
Pierre-Charles David
[1]
https://fr.slideshare.net/mikaelbarbero/3mf-infinityandbeyond
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/emf-dev
|