Ich suche nach Feedback dazu, da die Standardbibliotheken get nicht mehr fĂŒr ihre neueren Methoden zu verwenden scheinen.
Die aktuellen Stimmen sind also 2 :+1: und 7 :-1:. Wird dies als Ergebnis nehmen, wenn es in weiteren 24 Stunden keine weiteren Stimmen oder Kommentare gibt. Discord guckt mal rein.
Ich unterstĂŒtze die Ănderung, aber es mĂŒssen einige Konventionen aufgeschrieben werden, da manchmal ein PrĂ€fix get
benötigt wird.
Spiegeln Sie idealerweise wider, wie das JDK dies angeht.
Hat jdk das PrÀfix get
, wenn es einen Setter gibt? Wir mĂŒssen diese möglicherweise aufteilen, wenn es einen Setter gibt und wenn es keinen gibt.
Zum Beispiel haben Record-Getter-Methoden keine get
-PrÀfixe, aber sie haben keine Setter und keine potenzielle Namensverwechslung.
TatsÀchlich haben einige neue jdk-Getter get
-PrÀfixe, wÀhrend andere dies nicht tun. Ein markantes Beispiel ist java.lang.invoke.CallSite
, das relativ kĂŒrzlich in jdk 7 eingefĂŒhrt wurde und hĂ€ufig vom Bootstrap-Methodenattribut der Invokedynamic-Bytecode-Anweisung verwendet wird, wo es einen MethodType type()
-Getter und einen MethodHandle getTarget()
-Getter gibt ( der Typ 1 ist unverÀnderlich, wÀhrend der Zieltyp Ànderbar ist; es gibt auch ein setTarget(MethodHandle)
). Auch einige andere neuere APIs verwenden das PrÀfix get
, wie z. B. Class.getModule
von Java 9.
Ich glaube, der Standard des JDK ist unverÀnderlich ist kein PrÀfix, wÀhrend verÀnderlich vorangestellt ist - dies ist etwas daran zu erkennen, dass die neuen DatensÀtze keine Getter oder Setter haben, da ihre Daten unverÀnderlich sind.
Hilfreichster Kommentar
Ich glaube, der Standard des JDK ist unverÀnderlich ist kein PrÀfix, wÀhrend verÀnderlich vorangestellt ist - dies ist etwas daran zu erkennen, dass die neuen DatensÀtze keine Getter oder Setter haben, da ihre Daten unverÀnderlich sind.