Richard,
I prefer to totally wrap ICU4J as long as Harmony depend on ICU4J.
First, ICU4J is really good at these things while it is always evolving
to follow new standard, and its license is friendly to user like
Harmony, second, it should be not difficult to wrap it, and at last, we
can get a smaller DecimalFormat/NumberFormat implementation.
Richard Liang wrote:
As mentioned in Java 5.0 "New Features":
The DecimalFormat class has been enhanced to format and parse
BigDecimal and BigInteger values without loss of precision. Formatting
of such values is enhanced automatically; parsing into BigDecimal
needs to be enabled using the setParseBigDecimal method.
As I know, ICU4J 3.4 has already support BigDecimal and BigInteger.
And ICU4J is special for internationalization. Shall we just wrap
ICU4J 3.4 to implement the new enhancement? Or simply re-implement
whole DecimalFomat/NumberFormat by wrapping ICU4J's classes?
Any comments? Thanks a lot
--
Paulex Yang
China Software Development Lab
IBM
