Skip to main content

RE: AbstractQuantity's class

  • From: "Legrand, Karen" < >
  • To: " " < >
  • Subject: RE: AbstractQuantity's class
  • Date: Mon, 15 Sep 2014 19:03:54 +0000
  • Accept-language: en-US

-1 for QuantityAmount.  It looks very odd to have two nouns that are 
essentially synonyms together like that. I think it would be much better to 
use either ‘Quantity’ or ‘Amount’ by itself.



From: Leonardo Lima 
[mailto: ]
Sent: Monday, September 15, 2014 10:44 AM
To: 

Subject: Re: AbstractQuantity's class

QuantityAmount sounds redundant, doesn't it?

On Sun, Sep 14, 2014 at 9:03 PM, Otávio Gonçalves de Santana 
< <mailto: >>
 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 
< <mailto: >>
 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[cid:image001.gif@01CFD0ED.E3308C70]) 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 
< <mailto: >>
 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 
< <mailto: >>
 wrote:
Sorry, no more Measurable, please[cid:image002.gif@01CFD0ED.E3308C70]
We've been there once.

You bet Spring was probably created a while ago and may not follow all 
patterns we may see now[cid:image003.gif@01CFD0ED.E3308C70]

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[cid:image001.gif@01CFD0ED.E3308C70]


On Sun, Sep 14, 2014 at 8:32 AM, Werner Keil 
< <mailto: >>
 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<http://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 
< <mailto: >>
 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<http://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<http://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
55 (11) 98255-3513<tel:55%20%2811%29%2098255-3513>





--
Otávio Gonçalves de Santana

blog:     http://otaviosantana.blogspot.com.br/
twitter: http://twitter.com/otaviojava
site:     http://about.me/otaviojava
55 (11) 98255-3513<tel:55%20%2811%29%2098255-3513>





--
Otávio Gonçalves de Santana

blog:     http://otaviosantana.blogspot.com.br/
twitter: http://twitter.com/otaviojava
site:     http://about.me/otaviojava
55 (11) 98255-3513<tel:55%20%2811%29%2098255-3513>





--
Otávio Gonçalves de Santana

blog:     http://otaviosantana.blogspot.com.br/
twitter: http://twitter.com/otaviojava
site:     http://about.me/otaviojava
55 (11) 98255-3513<tel:55%20%2811%29%2098255-3513>


GIF image

GIF image

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

Re: AbstractQuantity's class

Werner Keil 09/16/2014
 
 
Close
loading
Please Confirm
Close