RFR: JDK-8321545: Override toString() for Format subclasses [v2]
Naoto Sato
naoto at openjdk.org
Thu Jan 11 19:45:24 UTC 2024
On Thu, 11 Jan 2024 19:30:09 GMT, Justin Lu <jlu at openjdk.org> wrote:
>> Please review this PR which implements toString() for the `Format` subclasses. Corresponding CSR: [JDK-8323088](https://bugs.openjdk.org/browse/JDK-8323088)
>>
>> The general specification follows a template that provides the locale (if the class is localized) and any relevant patterns. The specification was intentionally kept minimal and deliberately worded as "for debugging".
>>
>> An example of all the classes has output such as
>>
>>
>> CompactNumberFormat [locale: "English (United States)", compact patterns: "[, , , {one:0K other:0K}, {one:00K other:00K}, {one:000K other:000K}, {one:0M other:0M}, {one:00M other:00M}, {one:000M other:000M}, {one:0B other:0B}, {one:00B other:00B}, {one:000B other:000B}, {one:0T other:0T}, {one:00T other:00T}, {one:000T other:000T}]", decimal pattern: "foo#0.00#baz"]
>>
>> DecimalFormat [locale: "English (United States)", pattern: "foo#0.00#baz"]
>>
>> SimpleDateFormat [locale: "Chinese (China)", pattern: "EEE, MMM d, ''yy"]
>>
>> ListFormat [locale: "English (United States)", start: "{0}, {1}", middle: "{0}, {1}", end: "{0}, and {1}", two: "{0} and {1}", three: "{0}, {1}, and {2}"]
>>
>> MessageFormat [locale: "Chinese (China)", pattern: "foo {0}"]
>>
>> ChoiceFormat [pattern: "0#foo"]
>
> Justin Lu has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains four additional commits since the last revision:
>
> - Merge branch 'master' into JDK-8321545-toString-j.text.Format
> - account for null locale for SDF through deserialization
> - Merge branch 'master' into JDK-8321545-toString-j.text.Format
> - init
I think test cases for these new overridden `toString()` methods would be helpful.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/17355#issuecomment-1887851029
More information about the core-libs-dev
mailing list