Skip to main content

Re: AbstractQuantity's class

  • From: Werner Keil < >
  • To:
  • Subject: Re: AbstractQuantity's class
  • Date: Mon, 15 Sep 2014 18:33:05 +0200

What we currently have closest to it is BaseQuantity. On top of
AbstractQuantity. UCAR Units, which we have one or the other analogy has a
class like that, too.
Note, BaseUnit means something different, so renaming BaseQuantity could
help. Just "Amount" like JScience did could be confusing now, as two other
JSRs in the SE8+ world added a *Amount type to their APIs.
Given JSR 363 covers a more versatile and bigger area than both (at least
the whole notion of Duration of 310 is covered in a way, that also works
under ME, Money is more complex, but JScience 4 showed, without
time-sensitive conversion rates it also worked, UOMo layed early foundation
for the Conversion subsystem of JSR 354)
If you asked to simply call it Amount, we could consider that, too.

Regards,
Werner
Am 15.09.2014 17:45 schrieb "Leonardo Lima" 
< >:

> QuantityAmount sounds redundant, doesn't it?
>
> On Sun, Sep 14, 2014 at 9:03 PM, Otávio Gonçalves de Santana <
>  >
>  wrote:
>
>> Actually I would like to work this and in Lambda expressions.
>>
>> Could be QuantityAmount then?
>> anyone?
>>
>> On Sun, Sep 14, 2014 at 6:06 PM, Werner Keil 
>> < >
>> wrote:
>>
>>> Since we drop the .org domain soon, I would not call that UOMo (the
>>> Eclipse project certainly will keep the name, after all it also support
>>> UCUM which has another .org domain, too)
>>> Why would Quantities get an of() method? What would be imaginable is
>>> some sort of factory/facade in RI or SE, but except a
>>> getInstance(Length.class) similar to the current QuantityFactory class
>>> (it's a singleton returning exactly one instance here, see MEEP or CLDC8,
>>> they also use both of() and getInstance() for each purpose, just like Josh
>>> Bloch explained[?]) there is nothing to be of() in this case.
>>>
>>> QuantityAmount sounds like a good alternative of these, let's see at
>>> JavaOne, probably in Hackergarten what's best.
>>>
>>>
>>> On Sun, Sep 14, 2014 at 9:01 PM, Otávio Gonçalves de Santana <
>>>  >
>>>  wrote:
>>>
>>>> I am not referring if the classe be or not be abstract or design, but
>>>> just the name, I am talking about the nomenclature.
>>>>
>>>> Could be a good name:
>>>>
>>>>    - UOMO.of(...)
>>>>
>>>> another one is:
>>>>
>>>>    - Quantities.of(...)
>>>>
>>>> or the classic:
>>>>
>>>>    - QuantityAmount.of(...)
>>>>
>>>>
>>>> On Sun, Sep 14, 2014 at 2:51 PM, Werner Keil 
>>>> < >
>>>> wrote:
>>>>
>>>>> Sorry, no more Measurable, please[?]
>>>>> We've been there once.
>>>>>
>>>>> You bet Spring was probably created a while ago and may not follow all
>>>>> patterns we may see now[?]
>>>>>
>>>>> Something else e.g. QuantityAmount<Q extends Quantity> extends
>>>>> AbstractQuantity<Q> is worth considering, like in UOMo.
>>>>>
>>>>> And the subsequent of() methods may be on such a concrete class.
>>>>> If you look at let's say the Collections API, it shows a similar
>>>>> pattern of
>>>>> Interface > AbstractBaseClass > ConcreteClass.
>>>>>
>>>>> This "author" may not have done everything consistently there, see
>>>>> EnumSet, but other than that it is still a better piece of API than 
>>>>> let's
>>>>> say 310 with hundreds of methods on final classes that are largely
>>>>> incompatible and a TemporalAmount which actually should be called
>>>>> TemporalAmounts, TemporalAmountCollection or whatever[?]
>>>>>
>>>>>
>>>>>> On Sun, Sep 14, 2014 at 8:32 AM, Werner Keil 
>>>>>> < >
>>>>>> wrote:
>>>>>>
>>>>>>> Sorry but we had that confusion with JSR 275, so ONE Measurement is
>>>>>>> enough, we must not have Measure implements Measurement, that would 
>>>>>>> just be
>>>>>>> a mess.
>>>>>>>
>>>>>>> JScience called that "Amount", but you see a lot of very popular
>>>>>>> projects (SpringFramework) doing exactly the same. There are
>>>>>>> Abstract*.valueOf() or similar constructions.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Werner
>>>>>>>
>>>>>>>  Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead
>>>>>>> | Eclipse UOMo Lead, Babel Language Champion | Apache Committer |
>>>>>>> Java Godfather
>>>>>>>
>>>>>>> Twitter @wernerkeil | @UnitAPI | @JSR354 | #EclipseUOMo | #Java_Social
>>>>>>> | #DevOps
>>>>>>> Skype werner.keil | Google+ gplus.to/wernerkeil
>>>>>>>
>>>>>>> * JavaZone 2014: 9-11 Sep 2014, Oslo, Norway. Werner Keil, JCP EC
>>>>>>> Member, JSR 363 Spec Lead will present "JSR 363 - The Answer to
>>>>>>> Life Science and the Internet of Everything"
>>>>>>>
>>>>>>> * JavaOne 2014: Sep 30, San Francisco, USA, Werner Keil, JCP EC
>>>>>>> Member, JSR 354 EG Member will host "Java and Digital Currencies, 
>>>>>>> Friend or
>>>>>>> FOE"
>>>>>>>
>>>>>>> * JMaghreb 3.0: 4-6 Nov 2014, Casablanca, Morocco. Werner Keil, JCP
>>>>>>> EC Member, JSR 363 Spec Lead, DevOps Guy will present "Triple-E'
>>>>>>> class DevOps", "JSR 363"
>>>>>>>
>>>>>>> * ApacheCon Europe: 17 Nov 2014, Budapest, Hungary. Werner Keil, JCP
>>>>>>> EC Member, Apache DeviceMap Committer will present "Apache DeviceMap
>>>>>>> "
>>>>>>>
>>>>>>> * Mobile Developer Conference kompakt: 18 Nov 2014, Hamburg,
>>>>>>> Germany. Werner Keil, JCP EC Member, Apache DeviceMap Committer will
>>>>>>> present "Apache DeviceMap" (GER)
>>>>>>>
>>>>>>> On Sun, Sep 14, 2014 at 12:29 PM, Otávio Gonçalves de Santana <
>>>>>>>  >
>>>>>>>  wrote:
>>>>>>>
>>>>>>>> Hi Guys.
>>>>>>>> How is going?
>>>>>>>>
>>>>>>>> I believe we have a possible problem with nomeclature in
>>>>>>>>  AbstractQuantity's class, looking this example:
>>>>>>>>
>>>>>>>> Quantity<Length> metre = AbstractQuantity.of(10, SI.METRE);
>>>>>>>> Quantity<Length> foot =  metre.to(US.FOOT);
>>>>>>>>
>>>>>>>> IMHO, Abstract* is not a good name to a factory, maybe just
>>>>>>>> Measure, so will:
>>>>>>>>
>>>>>>>> Quantity<Length> metre = Meansure.of(10, SI.METRE);
>>>>>>>> Quantity<Length> foot =  metre.to(US.FOOT);
>>>>>>>>
>>>>>>>> WDYF?
>>>>>>>>
>>>>>>>> --
>>>>>>>> Otávio Gonçalves de Santana
>>>>>>>>
>>>>>>>> blog:     http://otaviosantana.blogspot.com.br/
>>>>>>>> twitter: http://twitter.com/otaviojava
>>>>>>>> site:     *http://about.me/otaviojava ;<http://about.me/otaviojava>*
>>>>>>>> 55 (11) 98255-3513
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Otávio Gonçalves de Santana
>>>>>>
>>>>>> blog:     http://otaviosantana.blogspot.com.br/
>>>>>> twitter: http://twitter.com/otaviojava
>>>>>> site:     *http://about.me/otaviojava ;<http://about.me/otaviojava>*
>>>>>> 55 (11) 98255-3513
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Otávio Gonçalves de Santana
>>>>
>>>> blog:     http://otaviosantana.blogspot.com.br/
>>>> twitter: http://twitter.com/otaviojava
>>>> site:     *http://about.me/otaviojava ;<http://about.me/otaviojava>*
>>>> 55 (11) 98255-3513
>>>>
>>>>
>>>
>>
>>
>> --
>> Otávio Gonçalves de Santana
>>
>> blog:     http://otaviosantana.blogspot.com.br/
>> twitter: http://twitter.com/otaviojava
>> site:     *http://about.me/otaviojava ;<http://about.me/otaviojava>*
>> 55 (11) 98255-3513
>>
>>
>

Attachment: 329.gif
Description: GIF image

Attachment: 341.gif
Description: GIF image

Attachment: 347.gif
Description: GIF image



AbstractQuantity's class

Otávio Gonçalves de Santana 09/14/2014

Re: AbstractQuantity's class

Werner Keil 09/14/2014

Re: AbstractQuantity's class

Werner Keil 09/14/2014

Re: AbstractQuantity's class

Otávio Gonçalves de Santana 09/14/2014

Re: AbstractQuantity's class

Werner Keil 09/14/2014

Re: AbstractQuantity's class

Otávio Gonçalves de Santana 09/14/2014

Re: AbstractQuantity's class

Werner Keil 09/14/2014

Re: AbstractQuantity's class

Otávio Gonçalves de Santana 09/15/2014

Re: AbstractQuantity's class

Leonardo Lima 09/15/2014

Re: AbstractQuantity's class

Werner Keil 09/15/2014

RE: AbstractQuantity's class

Legrand, Karen 09/15/2014

RE: AbstractQuantity's class

Otávio Gonçalves de Santana 09/15/2014

Re: AbstractQuantity's class

Werner Keil 09/15/2014

Re: AbstractQuantity's class

Otávio Gonçalves de Santana 09/15/2014

Re: AbstractQuantity's class

Werner Keil 09/15/2014

Re: AbstractQuantity's class

Jean-Marie Dautelle 09/15/2014

Re: AbstractQuantity's class

Otávio Gonçalves de Santana 09/15/2014

Re: AbstractQuantity's class

Werner Keil 09/15/2014

Re: AbstractQuantity's class

Werner Keil 09/15/2014

Re: AbstractQuantity's class

Jean-Marie Dautelle 09/16/2014
 
 
Close
loading
Please Confirm
Close