Use Advanced Search to search the entire archive.
Re: [VOTE] Should a Quantities facade return Quantity or QuantityFactory
- From: Werner Keil <
>
- To: "
" <
>
- Subject: Re: [VOTE] Should a Quantities facade return Quantity or QuantityFactory
- Date: Fri, 31 Oct 2014 17:46:09 +0100
Aside for a minor difference like "Measure" (which at least Wikipedia
doesn't use as official term, ICU4J or F# based on Andrew Kennedy's work -
http://research.microsoft.com/en-us/um/people/akenn/units/ do on the other
hand) I think Measurement is quite easy to understand.
For type-safety over the Quantity<Q> structure I think we would not be
obliged to inherit Measure(ment) from Quantity. The same works for Unit
which also (in our case[?]) does not inherit from Quantity or vice versa
(see OpenXC[?])
Maybe add further comments in
https://java.net/jira/browse/UNITSOFMEASUREMENT-69 or at least we could
Change the Topic to avoid "abusing" this one too much[?]
Werner
On Fri, Oct 31, 2014 at 5:33 PM, Martin Desruisseaux <
>
wrote:
>
The way Quantity is currently used in JSR-363, it is actually a Scalar.
>
But I'm fine with "Quantity" if we consider that "Scalar" would be too
>
confusing for most peoples, provided that we define what we mean.
>
>
Whether Measurement should extends Quantity or the converse depends on
>
our definition of terms. If what we call "Quantity" is actually a
>
Scalar, then I believe that the current JSR-363 hierarchy is okay. I
>
would be uncomfortable about reversing the hierarchy (Measurement
>
extends Quantity) because a measurement is not necessarily a scalar. A
>
vector is also a measurement (e.g. wind or current vector), etc.
>
>
I'm not aware of a universal definition of "Quantity". Wikipedia for
>
example seems to associate a unit of measurement to quantities. So maybe
>
if we state clearly that we use the word "Quantity" in the sense of
>
"Scalar", the current hierarchy is coherent?
>
>
However I agree that renaming "Measurement" into something else may
>
reduce the risk of critics.
>
>
Martin
>
>
Attachment:
35C.gif
Description: GIF image
Attachment:
329.gif
Description: GIF image
Attachment:
347.gif
Description: GIF image