OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

odata message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: [OASIS Issue Tracker] Commented: (ODATA-395) Simplify rule for implicit values of enumeration members

    [ http://tools.oasis-open.org/issues/browse/ODATA-395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=33476#action_33476 ] 

Hubert Heijkers commented on ODATA-395:

The prime reason for my earlier comment was so we wouldn't have to answer the question what would need to be the base. I'm a C guy, for me everything is 0 based;-) but I can think of numerous cases, also in my implementation, were, for historical reasons I'd like them to based on a different number which isn't even, although often, always 1 either.
Anyway, if it is hard to 'implement' for some reasn I'm find with having to specifiy all in those cases but I still feel it would be 'nicer' if we could specify the base.

> Simplify rule for implicit values of enumeration members
> --------------------------------------------------------
>                 Key: ODATA-395
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-395
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Improvement
>          Components: OData CSDL
>    Affects Versions: V4.0_CSD01
>         Environment: [Proposed]
>            Reporter: Ralf Handl
>             Fix For: V4.0_CSD02
> Enumeration members have an optional Value attribute for specifying an integer equivalent to the symbolic member name that is for ordering.
> The current rule for implicitly numbering the enumeration members is cloned from the C family of programming languages and allows specifying values for some members while having the other members being numbered implicitly. This can lead to surprising results for the uninitiated:
> <EnumType Name="ShippingMethod">
>   <Member Name="VIP"/>
>   <Member Name="FirstClass"/>
>   <Member Name="TwoDay" Value="0"/>
>   <Member Name="Overnight"/>
> </EnumType>
> The result is that both VIP and TwoDay get the value zero and both FirstClass and Overnight get the value 1.
> While we see value in having Value optional, we see no value in providing a value for some members only.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]