You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
OData supports properties of structrural reference types [e.g. string, Complex Types]. These reference type properties can be specified to be nullable or non-nullable. When non-nullable, the generated proxy cannot express that a user is unable to set the value to null.
When a user tries setting such a property's value to null we could throw an exception from the property Setter. It is unclear if this is necessary or beneficial since the generated proxy would not provide design-time support for preventing invalid code, and a runtime exception would be propagated from the service when a request is made.
The text was updated successfully, but these errors were encountered:
Issue #30 has a proposed design which seems analagous to this problem. A solution here would be to introduce a construct akin to Nullable called NonNullable [or similar]. NonNullable would support setting its internal Value property to any value but null. This construct would itself be wrapped in a Fetchable [or whatever we decide to call it] such that it can exist in the uninitialized state.
Issue by piotrpMSFT
Tuesday Jan 20, 2015 at 19:16 GMT
Originally opened as https://github.com/Microsoft/vipr-old/issues/50
OData supports properties of structrural reference types [e.g. string, Complex Types]. These reference type properties can be specified to be nullable or non-nullable. When non-nullable, the generated proxy cannot express that a user is unable to set the value to null.
When a user tries setting such a property's value to null we could throw an exception from the property Setter. It is unclear if this is necessary or beneficial since the generated proxy would not provide design-time support for preventing invalid code, and a runtime exception would be propagated from the service when a request is made.
The text was updated successfully, but these errors were encountered: