為什麼Java7開始在數字中使用下劃線

ImportNew發表於2014-09-13

JDK1.7的釋出已經介紹了一些有用的特徵,儘管大部分都是一些語法糖,但仍然極大地提高了程式碼的可讀性和質量。其中的一個特徵是介紹字面常量數字的下劃線。從Java7開始,你就可以在你的Java程式碼裡把長整型數字比如10000000000寫成一個更具可讀性10_000_000_000。在字面常量數字中加下劃線的一個重要的原因是避免一些難以通過看程式碼來發現的細微的錯誤。對比10000000000 和1000000000,我們很難發現少了一個0或多了一個0,但對於10_000_000_000和1_000_000_000卻不然。所以如果你在Java原始碼中要處理大數字,你可以在數字中加入下劃線來提高可讀性。使用的時候要注意:在字面常量數字裡加下劃線是有一定規則的,下劃線只能在數字之間,在數字的開始或結束一定不能使用下劃線。在本章節的以下部分,我們將學習如何在字面常量數字中使用下劃線,以及在字面常量數字中使用它們的規則。

怎樣在Java中有效的給數字使用下劃線

正如我之前說的,這不過是個語法糖,非常像字串在 switch 場景下的實現,這也是使用編譯器的幫助下實現的。編譯期間,編譯器把這些下劃線移除,並把真實的數字賦值給變數。比如在編譯期間10_000_000將會被轉化成10000000。既然CPU在處理長數字上毫無壓力,對於我們這些可憐的在處理長數字上有困難的人類來說,就不用為它煩惱了。這個特徵尤其在需要處理大數額金錢、信用卡號碼、銀行賬號以及其它需要長賬號的銀行和金融領域更有用。儘管在寫Java檔案裡寫敏感資訊很讓人沮喪,我們應該永遠不要在編碼的時候這麼做。但在數字中用下劃線讓我們的生活比以前變得更加簡單了。

在Java中給數字加下劃線的規則

Java編碼語言對給數值型的字面值加下劃線有嚴格的規定。如上所述,你只能在數字之間用下劃線。你不能用把一個數字用下劃線開頭,或者已下劃線結尾。這裡有一些其它的不能在數值型字面值上用下劃線的地方:

  • 在數字的開始或結尾
  • 對浮點型數字的小數點附件
  • F或L下標的前面
  • 該數值型字面值是字串型別的時候

這裡有一些例子,來表現哪些地方加給數字加下劃線有效,哪些地方給數字加下劃線無效

float pi1 = 3_.1415F; // 無效的; 不能在小數點之前有下劃線
float pi2 = 3._1415F; // 無效的; 不能在小數點之後有下劃線
long socialSecurityNumber1 = 999_99_9999_L; //無效的,不能在L下標之前加下劃線
int a1 = _52; // 這是一個下劃線開頭的識別符號,不是個數字
int a2 = 5_2; // 有效
int a3 = 52_; // 無效的,不能以下劃線結尾
int a4 = 5_______2; // 有效的
int a5 = 0_x52; // 無效,不能在0x之間有下劃線
int a6 = 0x_52; // 無效的,不能在數字開頭有下劃線
int a7 = 0x5_2; // 有效的 (16進位制數字)
int a8 = 0x52_; // 無效的,不能以下劃線結尾
int a9 = 0_52; // 有效的(8進位制數)
int a10 = 05_2; // 有效的(8進位制數)
int a11 = 052_; // 無效的,不能以下劃線結尾

下面是一些在數字中用下劃線的其它示例:

long creditCardNumber = 6684_5678_9012_3456L; // 在編碼的時候,最好永遠不要這麼做
long socialSecurityNumber = 333_99_9999L; // 在編碼的時候,最好永遠不要這麼做
float pi = 3.14_15F;
long hexBytes = 0xFF_EC_DE_5E;
long hexWords = 0xCAFE_BABE;
long maxLong = 0x7fff_ffff_ffff_ffffL;
byte nybbles = 0b0010_0101;
long bytes = 0b11010010_01101001_10010100_10010010;

使用下劃線後,你會發現你的程式碼比以前可讀性更強。順便說一句,在java中應該一直用L去表示一個長整型數字。儘管用小寫的l表示長整型數也是合法的,但他看起來太像1了,所以應該永遠都不要用它。告訴我你能不能再 12l和121之間找出差別,我猜能找到的人不多吧。但是在 12L與121之間呢?

總之,要養成在數字中使用下劃線的習慣,尤其是對長整型數來說,這樣能增加它的可讀性。我知道這個功能只是從Java1.7開始才有效,還沒有被廣泛的使用。但鑑於Java1.8的現狀,我期望Java8在Java社群中傳播比Java7更加迅速更加廣泛。

相關文章