Skip to main content

[JSR-354] Re: Ballot - please reply soon!

  • From: <simon.martinelli@...>
  • To: jcurrency_mail@...
  • Subject: [JSR-354] Re: Ballot - please reply soon!
  • Date: Tue, 16 Apr 2013 11:23:53 +0000 (GMT)

Hi all,

My answers (sorry for the delay!)

1) Remove LocalizableCurrencyUnit, LocalizableAmount?  Y
 both interfaces are defined but currently not used. Additionally the
formatting module defines a LocalizableItem, which basically models the
same.

 Y

2) Use 310 names for methods on MonetaryAmount: N (perhaps rename
ulp...)
JSR 310 names like plus, minus, multipliedBy, scaled, negated (paste
tense in general),

N
 
3) Should we replace the methods asType, intValue, doubleValue etc. on
MonetaryAmount, with BigDecimal getBigDecimal()? Y

Y

4) Should we support Number as input type on algorithmic operation on
MonetaryAmount also? N
e.g. (on Money) Money add(MonetaryAmount) also is defined as Money
add(Number).

N
 
5) Should we rename the Rounding interface to MonetaryAdjuster? N
 MoneyAdjuster is more bread. MoneyRounding (class) can then implement
MoneyAdjuster (interface).

 N
 
6) Should we CHange Rounding:  public MonetaryAmount
round(MOnetaryAmount amount); would be changed to public <T extends
MonetaryAmount> T round(T amount);: Y
With instance of Money value type this would enable to write the
following code:
Money m = rounding.round(Money.of("CHF", 1234.34));

Y
 
7) Should we drop the extensions stuff and introduce corresponding
singletons (they still can reuse the ComponentLoader for loading the
implementations): Y

Y

8) Should we introduce an additional RoundingType, to distinguish the
usage such as cash, online, card? N

Y. Question: how will be rounding on 5 Rappen be handeled with the
current concepts?

9) Should Region be modelled as extendable class instead of an
interface? Y

Y

Regards,
Simon


[JSR-354] Re: Ballot - please reply soon!

simon.martinelli 04/16/2013
 
 
Close
loading
Please Confirm
Close