Spesifikasi nomor L (panjang) Java

Tampaknya ketika Anda mengetikkan angka di Java, kompilator secara otomatis membacanya sebagai integer, itulah sebabnya ketika Anda mengetikkan (long) 6000000000(bukan dalam range integer) akan mengeluh bahwa 6000000000itu bukan integer. Untuk memperbaiki ini, saya harus menjelaskan 6000000000L. Saya baru belajar tentang spesifikasi ini.

Apakah ada spesifikasi angka lain seperti short, byte, float, double? Sepertinya ini bagus untuk dimiliki karena (saya asumsikan) jika Anda dapat menentukan nomor yang Anda ketik pendek maka java tidak perlu membuangnya - itu asumsi, perbaiki saya jika saya salah . Saya biasanya akan mencari pertanyaan ini sendiri, tetapi saya tidak tahu apa nama spesifikasi nomor ini.

Ada sufiks khusus untuk long(misalnya 39832L), float(misalnya 2.4f) dan double(misalnya -7.832d).

Jika tidak ada sufiks, dan merupakan tipe integral (misalnya 5623), maka diasumsikan sebagai int. Jika bukan merupakan tipe integral (misalnya 3.14159), diasumsikan sebagai a double.

Dalam semua kasus lain ( byte, short, char), Anda perlu pemain karena tidak ada akhiran tertentu.

Spesifikasi Java memungkinkan sufiks huruf besar dan kecil, tetapi versi huruf besar untuk longs lebih disukai, karena huruf besar Lkurang mudah dikacaukan dengan angka 1daripada huruf kecil l.

Lihat JLS bagian 3.10 untuk detail berdarah (lihat definisi IntegerTypeSuffix).

Saya harap Anda tidak keberatan sedikit bersinggungan, tetapi Anda mungkin tertarik untuk mengetahui bahwa selain F(untuk float), D(untuk ganda), dan L(untuk jangka waktu lama), sebuah proposal telah dibuat untuk menambahkan sufiks untuk bytedan short- Ydan Smasing - masing . Ini akan menghilangkan kebutuhan untuk mentransmisikan ke byte saat menggunakan sintaks literal untuk array byte (atau pendek). Mengutip contoh dari proposal:

MANFAAT UTAMA: Mengapa platform lebih baik jika proposal diadopsi?

kode kasar seperti

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

dapat dikodekan ulang sebagai

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

Joe Darcy mengawasi Project Coin untuk Java 7, dan blognya telah menjadi cara mudah untuk melacak proposal ini.

Secara default, semua tipe data primitif integral (byte, short, int, long) akan diperlakukan sebagai tipe int oleh compiler java. Untuk byte dan short , selama nilai yang ditetapkan untuk mereka berada dalam jangkauannya, tidak ada masalah dan tidak diperlukan sufiks. Jika nilai yang ditetapkan ke byte dan short melebihi kisarannya, diperlukan pengecoran tipe eksplisit.

Ex:

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

untuk mengatasi hal ini lakukan pengecoran tipe.

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

Dalam kasus tipe data yang panjang, itu dapat menerima nilai integer tanpa kerumitan apapun. Misalkan kita menetapkan suka

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

dalam hal ini sufiks seperti L / l tidak diperlukan. Dengan nilai default 2147483647 dianggap oleh compiler java adalah tipe int. Pengecoran tipe internal dilakukan oleh compiler dan int secara otomatis dipromosikan ke tipe Long.

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

Di sini kita perlu meletakkan sufiks sebagai L untuk memperlakukan literal 2147483648 sebagai tipe panjang oleh compiler java.

jadi akhirnya

Long l = 2147483648L;// works fine.

Ini adalah literal dan dijelaskan di bagian 3.10 dari spesifikasi bahasa Java.

Sepertinya ini bagus untuk dimiliki karena (saya asumsikan) jika Anda dapat menentukan nomor yang Anda ketik pendek maka java tidak perlu memasukkannya

Karena penguraian literal terjadi pada waktu kompilasi, ini sama sekali tidak relevan dalam kaitannya dengan performa. Satu-satunya alasan memiliki shortdan bytesufiks akan menyenangkan adalah karena itu mengarah pada kode yang lebih kompak.

Untuk memahami mengapa perlu membedakan antara intdan longliteral, pertimbangkan:

long l = -1 >>> 1;

melawan

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

Sekarang seperti yang Anda harapkan, kedua fragmen kode memberikan nilai yang sama untuk variabel l. Tanpa bisa membedakan intdan longliteral, apa tafsirnya -1 >>> 1?

-1L >>> 1 // ?

atau

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

Jadi, meskipun angkanya berada dalam kisaran umum, kita perlu menentukan jenisnya. Jika default diubah dengan besaran literal, maka akan ada perubahan aneh dalam interpretasi ekspresi hanya dari mengubah digit.

Ini tidak terjadi untuk byte, shortdan charkarena mereka selalu dipromosikan sebelum melakukan operasi aritmatika dan bitwise. Bisa dibilang mereka harus berupa sufiks tipe integer untuk digunakan dalam, katakanlah, ekspresi inisialisasi array, tetapi tidak ada. floatmenggunakan sufiks fdan double d. Literal lain memiliki tipe yang tidak ambigu, dengan adanya tipe khusus untuk null.