Use Advanced Search to search the entire archive.
Re: AbstractQuantity's class
- From: Leonardo Lima <
>
- To: "
" <
>
- Subject: Re: AbstractQuantity's class
- Date: Mon, 15 Sep 2014 10:44:04 -0500
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
>
>


