Javas L-Nummer (lange) Spezifikation

Es scheint, dass der Compiler beim Eingeben einer Zahl in Java diese automatisch als Ganzzahl liest. Wenn Sie also (lang) 6000000000(nicht im Bereich der Ganzzahl) eingeben, wird er sich beschweren, dass 6000000000es sich nicht um eine Ganzzahl handelt. Um dies zu korrigieren, musste ich angeben 6000000000L. Ich habe gerade von dieser Spezifikation erfahren.

Gibt es andere Nummernspezifikationen wie Short, Byte, Float, Double? Es scheint, als wären diese gut zu haben, denn (ich nehme an) wenn Sie angeben könnten, dass die Zahl, die Sie eingeben, kurz ist, müsste Java sie nicht umsetzen - das ist eine Annahme, korrigieren Sie mich, wenn ich falsch liege . Normalerweise würde ich diese Frage selbst suchen, aber ich weiß nicht, wie diese Art der Nummernspezifikation überhaupt heißt.

Es gibt spezielle Suffixe für long(zB 39832L), float(zB 2.4f) und double(zB -7.832d).

Wenn es kein Suffix gibt und es sich um einen integralen Typ handelt (z. B. 5623), wird angenommen, dass es sich um einen handelt int. Wenn es sich nicht um einen integralen Typ handelt (z. B. 3.14159), wird angenommen, dass es sich um a handelt double.

In allen anderen Fällen ( byte, short, char), müssen Sie die Besetzung als es keine spezifische Suffix ist.

Die Java-Spezifikation erlaubt sowohl Groß- als auch Kleinbuchstaben, jedoch wird die Großbuchstabenversion für longs bevorzugt, da Großbuchstaben Lweniger leicht mit einer Ziffer zu verwechseln sind 1als Kleinbuchstaben l.

Siehe JLS-Abschnitt 3.10 für die wichtigsten Details (siehe Definition von IntegerTypeSuffix).

Ich hoffe, es macht Ihnen nichts aus, wenn Sie eine leichte Tangente haben, aber ich dachte, Sie könnten daran interessiert sein, das zu wissen F(für float).D (für Doppel) und L(lange), wurde ein Vorschlag gemacht worden Suffixe hinzufügen für byteund short- Yund Sjeweils . Dies würde die Notwendigkeit beseitigen, in Bytes umzuwandeln, wenn die Literal-Syntax für Byte-Arrays (oder kurze Arrays) verwendet wird. Zitat aus dem Vorschlag:

WICHTIGER VORTEIL: Warum ist die Plattform besser, wenn der Vorschlag angenommen wird?

grober Code wie

 byte[] stuff = { 0x00, 0x7F, (byte)0x80,  (byte)0xFF};

kann als neu codiert werden

 byte[] ufum7 = { 0x00y, 0x7Fy, 0x80y, 0xFFy };

Joe Darcy ist für Project Coin für Java 7 und seinen Blog verantwortlich war eine einfache Möglichkeit, diese Vorschläge zu verfolgen.

Standardmäßig wird jeder integrale primitive Datentyp (Byte, Short, Int, Long) vom Java-Compiler als Int- Typ behandelt . Für Byte und Short gibt es kein Problem und kein Suffix erforderlich, solange der ihnen zugewiesene Wert in ihrem Bereich liegt. Wenn der Wert für Byte und Kurzschluss den Bereich überschreitet, ist eine explizite Typumwandlung erforderlich.

Ex:

byte b = 130; // CE: range is exceeding.

Um dies zu überwinden, führen Sie ein Gusstyp durch.

byte b = (byte)130; //valid, but chances of losing data is there.

Bei einem langen Datentyp kann der ganzzahlige Wert problemlos akzeptiert werden. Angenommen, wir weisen wie zu

Long l = 2147483647; //which is max value of int

In diesem Fall ist kein Suffix wie L / l erforderlich. Standardmäßig wird der Wert 2147483647 vom Java-Compiler als int-Typ betrachtet. Das Casting des internen Typs wird vom Compiler durchgeführt und int wird automatisch zum Typ Long heraufgestuft.

Long l = 2147483648; //CE: value is treated as int but out of range 

Hier müssen wir das Suffix als L setzen, um das Literal 2147483648 vom Java-Compiler als langen Typ zu behandeln.

so endlich

Long l = 2147483648L;// works fine.

Dies sind Literale und werden in Abschnitt 3.10 der Java-Sprachspezifikation beschrieben.

Es scheint, als wären diese gut zu haben, denn (ich nehme an) wenn Sie angeben könnten, dass die Zahl, die Sie eingeben, kurz ist, müsste Java sie nicht umsetzen

Da das Parsen von Literalen zur Kompilierungszeit erfolgt, ist dies für die Leistung absolut irrelevant. Der einzige Grund, warum Suffixe shortund byteSuffixe schön wären, ist, dass sie zu kompakterem Code führen.

Um zu verstehen, warum zwischen intund longwörtlich unterschieden werden muss, betrachten Sie:

long l = -1 >>> 1;

gegen

int a = -1;
long l = a >>> 1;

Wie zu Recht zu erwarten, geben beide Codefragmente der Variablen den gleichen Wert l. Was ist die Interpretation, ohne unterscheiden intund longwörtlich sagen zu können -1 >>> 1?

-1L >>> 1 // ?

oder

(int)-1 >>> 1 // ?

Selbst wenn die Zahl im gemeinsamen Bereich liegt, müssen wir den Typ angeben. Wenn sich die Standardeinstellung mit der Größe des Literal ändert, ändert sich die Interpretation der Ausdrücke nur durch Ändern der Ziffern merkwürdig.

Dies tritt nicht auf byte, shortund charweil sie immer heraufgestuft werden, bevor arithmetische und bitweise Operationen ausgeführt werden. Wahrscheinlich sollten es Suffixe vom Typ Integer sein, die beispielsweise in Array-Initialisierungsausdrücken verwendet werden sollen, aber es gibt keine. floatverwendet Suffix funddouble d . Andere Literale haben eindeutige Typen, wobei es einen speziellen Typ für gibt null.