Skip to main content

Re: Remove "generic" multiply/divide operations from Quantity

  • From: Werner Keil < >
  • To: " " < >
  • Subject: Re: Remove "generic" multiply/divide operations from Quantity
  • Date: Mon, 13 Oct 2014 23:59:14 +0200

All,

I sent a doodle out to ever EG member (by name, not to the list, as it
would not go through)
Only one choice per participant is allowed, that makes sense here, since it
is pretty much a
"Cast and wildcard vs. non-wildcard Generic" (of course users can also pass
the result into a "wildcard" variable or use it as argument as long as it
involves Quantity)

Please submit your choice, then we know who has what preference. If
feasable (after next Mon evening I should be in a hotel again with Wifi,
hopefully stable to join Hangout, Skype, etc.) we could have a more
detailed discussion, but so far it is important that every EG member who
has an opinion declares it here. Not just Otavio and Martin (with
occasional input by Leo or me[?]) Everyone including Spec Leads should vote.
If necessary and all 3 Spec Leads participate, 2 out of 3 would be a
majority in the end[?] Spec Leads ultimately shall decide, in some cases and
other JSRs they rarely care to ask others, here we try to work transparent
and democratic.

And during recent  F2F e.g. Heather also noted activity like this on the
mailing lists as positive[?]

Regards,
Werner

On Sun, Oct 12, 2014 at 3:27 PM, Martin Desruisseaux <
>
 wrote:

> Hello all
>
> Sorry for having missed this discussion... (I was moving). I just saw
> the proposed changes in method signature and would like to strongly
> object. What I have seen so far completely destroy type-safety! The
> compiler would happily accept any illegal operation like "seconds =
> kilogram.pow(2)" without a warning! I understand the wish to avoid <?>
> in generic method signatures, but there is simply nothing we can do in
> Java for any operation that do not return the exact same type, or a
> sub-type or a super-type of one of the argument. This is not a bad
> design of the library - this is a limitation of the Java language.
>
>     Martin
>
>

Attachment: 329.gif
Description: GIF image

Attachment: 330.gif
Description: GIF image



Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/01/2014

Re: Remove "generic" multiply/divide operations from Quantity

Martin Desruisseaux 10/12/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/13/2014

Re: Remove "generic" multiply/divide operations from Quantity

Martin Desruisseaux 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Martin Desruisseaux 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Martin Desruisseaux 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Martin Desruisseaux 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Werner Keil 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Martin Desruisseaux 10/16/2014

Re: Remove "generic" multiply/divide operations from Quantity

Otávio Gonçalves de Santana 10/16/2014
 
 
Close
loading
Please Confirm
Close