JEP proposed to target JDK 18: 400: UTF-8 by Default
Naoto Sato
naoto.sato at oracle.com
Wed Aug 18 21:21:04 UTC 2021
Thanks, Alex.
Yes, distancing from FileReader/Writer would make the removed sentence
stand. And the next sentence reads better with the developer focus.
Modified as suggested.
Naoto
On 8/18/21 1:47 PM, Alex Buckley wrote:
> On 8/18/2021 12:48 PM, Naoto Sato wrote:
>> On 8/18/21 10:03 AM, Remi Forax wrote:
>>> A minor comment, there is a sentence in the JEP that is weird.
>>>
>>> "However, having to pass an argument prevents these methods from
>>> being used via method references (::) in stream pipelines."
>>>
>>> You can not use these methods in a Stream anyway because they are
>>> declared with "throws IOException", so this argument does not hold.
>>> I think this sentence should be removed.
>>
>> Thanks. Removed the sentence.
>
> There is now a dangling paragraph -- "Developers familiar with such
> hazards can use methods that take a charset argument explicitly." --
> whose words undermine the case for having a default charset at all.
>
> I recommend preserving the complaint about having to pass an argument,
> but rephrasing it to be less connected to the specific
> FileWriter/FileReader APIs in the prior paragraph (after all, there are
> ctors in Formatter and Scanner which use the default charset and don't
> throw IOException) :
>
> -----
> Developers familiar with such hazards can use methods and constructors
> that take a charset argument explicitly. However, having to pass an
> argument prevents methods and constructors from being used via method
> references (::) in stream pipelines.
>
> [Swapped first two words, to continue the Developer theme] Developers
> sometimes attempt to set the default charset via ...
> -----
>
> Alex
More information about the jdk-dev
mailing list