enhanced type-inference

Brian Goetz brian.goetz at oracle.com
Sun Jan 27 10:32:03 PST 2013


> Very nice, indeed. Congratulations!
>
> We now hardly need casts if APIs are written correctly.

What do you mean by "correctly"?  Obviously "no overloading at all" 
would help, but that's a pretty big departure from where Java has been. 
  (Some other languages that rely heavily on type inference prohibit 
overloading except on arity, for that reason.)  Do you have other 
practices in mind that will help here?

> One idea that might make the remaining needed casts more concise, but I
> don't know how it would play with this new inference scheme, is a kind
> of "diamond cast".

Yes, this is a promising idea.  We've discussed this internally a number 
of times but it was always a lower priority than other features. 
Similarly, "partial diamond", where you only provide enough information 
to "unstuck" inference, rather than "all or nothing", could make 
explicit type information more compact.  This could help not only with 
diamond or the diamond cast idea, but also with explicit type witnesses.



More information about the lambda-dev mailing list