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>

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
>> [email protected]
>> 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
> [email protected]
> 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
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/emf-dev

Reply via email to