<i18n dev> [14] RFR: 8230284: Accounting currency format support does not cope with explicit number system.
Roger Riggs
Roger.Riggs at oracle.com
Mon Sep 9 19:07:51 UTC 2019
Hi,
Looks fine.
[The code is clear as is; but the shortcuts in Bundle.java (770-775)
won't actually be a shortcut
because for each method it has to compute the value of the argument
before it can call the method.
There isn't an API that accepts a supplier that would not be evaluated
until the value was needed.]
Thanks, Roger
On 9/9/19 2:23 PM, naoto.sato at oracle.com wrote:
> Hi Roger,
>
> Thanks for the review.
>
> On 9/9/19 8:12 AM, Roger Riggs wrote:
>> Hi Naoto,
>>
>> Bundle.java:
>> - 28: Explicit import are preferred, (if the IDE make the change,
>> fix the settings in the IDE).
>
> Corrected.
>
>>
>> - 763, the indentation of the nested getOrDefault calls doesn't
>> look conventional.
>> (It might be interesting to have an API that allows one or more
>> defaults to be tried in turn.
>> It will call each of the methods so there is no shortcutting if
>> the value is found early in the list).
>
> The code meant to short cut if a value is found early, as this
> implements the fallback. I corrected the indentation of getOrDefault()
> methods.
>
>>
>> CLDRConverter:
>> - 513, 1169...: Debugging code can be removed
>
> I removed the one around line 513, but kept the 1169 as this is
> useful. It does not affect the JDK image as this is the code for the
> build tool.
>
>>
>> Otherwise looks ok.
>
> Updated webrev is here:
>
> http://cr.openjdk.java.net/~naoto/8230284/webrev.01/
>
> Naoto
>
>>
>> Thanks, Roger
>>
>>
>>
>> On 9/6/19 1:59 PM, naoto.sato at oracle.com wrote:
>>> Hello,
>>>
>>> Please review the fix to the following issue:
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8230284
>>>
>>> The proposed changeset is located at:
>>>
>>> https://cr.openjdk.java.net/~naoto/8230284/webrev.00/
>>>
>>> The original enhancement for the accounting currency format support
>>> (https://bugs.openjdk.java.net/browse/JDK-8215181) did not account
>>> for the explicit/implicit numbering script. The above change made it
>>> to share the same code with NumberElements which properly deals with
>>> the numbering script.
>>>
>>> Naoto
>>
More information about the i18n-dev
mailing list