RFR: JDK-8310267: Javadoc for Class#isPrimitive() is incorrect regarding Class objects for primitives
Sam Brannen
duke at openjdk.org
Fri Jun 23 11:17:04 UTC 2023
On Wed, 21 Jun 2023 00:35:09 GMT, Joe Darcy <darcy at openjdk.org> wrote:
>> src/java.base/share/classes/java/lang/Class.java line 818:
>>
>>> 816: * they represent, namely {@code boolean}, {@code byte},
>>> 817: * {@code char}, {@code short}, {@code int},
>>> 818: * {@code long}, {@code float}, and {@code double}.
>>
>> Should we add `{@code void}` to the list here, as this is one of the primitive type names?
>
> Hmm. I'll consider that. The javadoc in java.lang.Class is inconsistent in the formatting of "void" as a type name, some instances are in code markup while others are not.
@jddarcy and @pavelrappo, as I understood it, @liach is not suggesting that the term "void" in "primitive types and void" should be replaced by `{@code void}`.
Rather, `{@code void}` should be included in the enumeration of primitive types -- for example, by replacing `and {@code double}` with `{@code double}, and {@code void}`.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/14574#discussion_r1239692615
More information about the core-libs-dev
mailing list