A disclaimer or two for Optional
Brian Goetz
brian.goetz at oracle.com
Wed Oct 23 07:33:27 PDT 2013
> By "there may be hope", you mean there may be hope of reducing misuse --
> as-if-full-reference-type use -- of these new-in-8 valueish types while
> they are not yet full value types by adding class-specific disclaimers?
Exactly.
> If so, Optional is probably the least appropriate candidate for such
> special pleading. Since avoidance of null is a big motivation for
> Optional in the first place, you're far less likely to find folks doing
> comparison to null (or other Rose no-nos) with Optional than with any
> other valueish-type you can think of. Users of Optional have already got
> the religion; no need to preach to the choir.
They are more likely to behave, but the special pleading has two
motivations, only one of which is addressed above:
- discourage users from doing wrong things
- provide cover so that when we break code that does wrong things,
they were adequately warned
> I think a better way to prepare folks for such a language change would
> be to create a separate section in an overview or package doc that
> describes valueish types and what you shouldn't do with them, perhaps
> mentioning the possibility of a language change that would make such
> misuse entirely broken, and add links from the class comment for all
> such types to this section.
In a perfect world, the visitor from Flatland would show up and lay the
entire future out for us. We're a few days from Public Review; we're in
"better than nothing" territory here.
More information about the lambda-libs-spec-experts
mailing list