Đặc tả số L (dài) của Java

Có vẻ như khi bạn nhập một số trong Java, trình biên dịch sẽ tự động đọc nó dưới dạng số nguyên, đó là lý do tại sao khi bạn nhập (dài) 6000000000(không phải trong phạm vi của số nguyên), nó sẽ phàn nàn rằng đó 6000000000không phải là số nguyên. Để sửa điều này, tôi đã phải chỉ định 6000000000L. Tôi vừa mới biết về đặc điểm kỹ thuật này.

Có các thông số kỹ thuật số khác như short, byte, float, double không? Có vẻ như những điều này sẽ tốt nếu có vì (tôi giả sử) nếu bạn có thể chỉ định số bạn đang nhập là số ngắn thì java sẽ không phải truyền nó - đó là một giả định, hãy sửa cho tôi nếu tôi sai . Tôi thường tự tìm kiếm câu hỏi này, nhưng tôi không biết loại thông số kỹ thuật số này thậm chí còn được gọi là gì.

Có các hậu tố cụ thể cho long(ví dụ 39832L), float(ví dụ 2.4f) và double(ví dụ -7.832d).

Nếu không có hậu tố, và nó là một kiểu tích phân (ví dụ 5623), nó được giả định là một int. Nếu nó không phải là một loại tích phân (ví dụ 3.14159), nó được giả định là a double.

Trong mọi trường hợp khác ( byte, short, char), bạn cần các diễn viên như không có cụ thể hậu tố.

Đặc tả Java cho phép cả hậu tố chữ hoa và chữ thường, nhưng phiên bản chữ hoa cho longs được ưu tiên hơn, vì chữ hoa Lít dễ nhầm lẫn với chữ số 1hơn chữ thường l.

Xem phần 3.10 của JLS để biết chi tiết về máu (xem định nghĩa của IntegerTypeSuffix).

Tôi hy vọng bạn sẽ không bận tâm một chút tiếp tuyến nào, nhưng nghĩ rằng bạn có thể quan tâm khi biết rằng ngoài F(đối với float), D(đối với kép) và L(đối với lâu dài), một đề xuất đã được đưa ra để thêm các hậu tố cho bytevà short- Yvà Stương ứng . Điều này sẽ loại bỏ sự cần thiết phải truyền sang byte khi sử dụng cú pháp chữ cho mảng byte (hoặc ngắn). Trích dẫn ví dụ từ đề xuất:

LỢI ÍCH CHÍNH: Tại sao nền tảng tốt hơn nếu đề xuất được thông qua?

mã thô như

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

có thể được mã hóa thành

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

Joe Darcy đang giám sát Project Coin cho Java 7 và blog của anh ấy là một cách dễ dàng để theo dõi các đề xuất này.

Theo mặc định, bất kỳ kiểu dữ liệu nguyên thủy tích phân nào (byte, short, int, long) sẽ được trình biên dịch java coi là kiểu int . Đối với byte và short , miễn là giá trị được gán cho chúng nằm trong phạm vi của chúng, không có vấn đề gì và không cần hậu tố. Nếu giá trị được gán cho byte và short vượt quá phạm vi của chúng, thì cần phải truyền kiểu rõ ràng.

Ví dụ:

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

để khắc phục kiểu đúc biểu diễn này.

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

Trong trường hợp kiểu dữ liệu dài, nó có thể chấp nhận giá trị số nguyên mà không gặp bất kỳ rắc rối nào. Giả sử chúng ta chỉ định như

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

trong trường hợp này không cần có hậu tố như L / l. Theo mặc định giá trị 2147483647 được trình biên dịch java coi là kiểu int. Việc ép kiểu bên trong được thực hiện bởi trình biên dịch và int được tự động thăng cấp thành kiểu Long.

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

Ở đây, chúng ta cần đặt hậu tố là L để coi ký tự 2147483648 là kiểu dài bằng trình biên dịch java.

cuối cùng thì

Long l = 2147483648L;// works fine.

Đây là các ký tự và được mô tả trong phần 3.10 của đặc tả ngôn ngữ Java.

Có vẻ như những điều này sẽ tốt nếu có vì (tôi giả sử) nếu bạn có thể chỉ định số bạn đang nhập là ngắn thì java sẽ không phải truyền nó

Vì việc phân tích cú pháp các ký tự xảy ra tại thời điểm biên dịch, điều này hoàn toàn không liên quan đến hiệu suất. Lý do duy nhất để có shortvà bytehậu tố sẽ tốt là nó dẫn đến mã nhỏ gọn hơn.

Để hiểu tại sao cần phải phân biệt giữa nghĩa đen intvà nghĩa longđen, hãy xem xét:

long l = -1 >>> 1;

đấu với

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

Bây giờ như bạn mong đợi đúng, cả hai đoạn mã đều cung cấp cùng một giá trị cho biến l. Mà không thể phân biệt được intvà nghĩa longđen thì giải thích là -1 >>> 1gì?

-1L >>> 1 // ?

hoặc là

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

Vì vậy, ngay cả khi số nằm trong phạm vi phổ biến, chúng ta cần chỉ định loại. Nếu mặc định thay đổi theo độ lớn của chữ, thì sẽ có một sự thay đổi kỳ lạ trong cách giải thích các biểu thức chỉ từ việc thay đổi các chữ số.

Điều này không xảy ra đối với byte, shortvà charvì họ luôn khuyến khích trước khi thực hiện phép toán số học và phép toán. Có thể cho rằng chúng phải là hậu tố kiểu số nguyên để sử dụng trong các biểu thức khởi tạo mảng, nhưng không phải vậy. floatsử dụng hậu tố fvà double d. Các chữ khác có các loại rõ ràng, có một loại đặc biệt cho null.