| Uniqueness in derived EReferences [message #1171522] |
Tue, 05 November 2013 04:36  |
Eclipse User |
|
|
|
Hi,
Given that EReferences are always implicitly unique (even if their
unique attribute is set to false), how should I handle derived
references where I have full responsibility on the result list contents?
Are there any constraints in the EMF core (including Edit/UI) that would
assume that even derived EReferences do not contain elements multiple times?
Thanks,
Felix
|
|
|
| Re: Uniqueness in derived EReferences [message #1173205 is a reply to message #1171522] |
Wed, 06 November 2013 06:10  |
| Eclipse User |
|
|
|
Felix,
Comments below.
On 05/11/2013 10:36 AM, Felix Dorner wrote:
> Hi,
>
> Given that EReferences are always implicitly unique (even if their
> unique attribute is set to false), how should I handle derived
> references where I have full responsibility on the result list contents?
Try to make them unique...
>
> Are there any constraints in the EMF core (including Edit/UI) that
> would assume that even derived EReferences do not contain elements
> multiple times?
Yes, the commands assume there won't be more than one instance, but if
it's derived, you likely can't edit them directly anyway. It probably
won't cause you any direct problems if it's isChangeable false, but no
guarantees...
>
> Thanks,
> Felix
|
|
|
Powered by
FUDForum. Page generated in 0.03107 seconds
Home