Java代碼編寫實例分析

IntStream.range(1, 5).boxed().map(i -> { System.out.print("Happy Birthday "); if (i == 3) return "dear NAME"; else return "to You"; }).forEach(System.out::println);

我雖然擁有 10 年的 Java 編程經(jīng)驗，但說實話，很慚愧，這段代碼就好像一塊板磚拍在我腦袋上，有點懵逼。Lambda 表達式我是學(xué)過的，Stream 流我是學(xué)過的，forEach() 方法我也是學(xué)過的，但把這些知識點全部塞到一行代碼中，我還是有點消化不良。

我總覺得這行代碼不如換成老式的語法（Java 7 之前）來寫，就像下面這樣：

for (int i = 1; i < 5; i++) {
    System.out.println("Happy Birthday " + (i == 3 ? "dear NAME" : "to you"));
}

哇，beautiful code，簡潔又明了！不僅我能看得懂，就連剛?cè)腴T的 Java 小白都能看得懂。要知道，代碼是寫給人看的，假如只有自己看得懂，只有自己覺得很 6，而其他人看起來云里霧里的，就不一定是好代碼，盡管好像是行走在技術(shù)的前沿。

俗話說得好，“能力越大，責任越大”。Java 8 為我們提供了強大的能力，它的新特性是劃時代的（Java 8 之后的版本中新特性都不夠亮眼），包括 Lambda 表達式和 Stream 流，我們通過它們可以寫出簡潔又高效的代碼。打個不恰當?shù)谋扔鳎琂ava 8 之前，開發(fā)者駕駛的是桑塔納，Java 8 之后，開發(fā)者駕駛的是法拉利。

但如果駕駛技術(shù)不好的話，法拉利也能變成桑塔納，甚至還不如。拿之前那段看起來似乎很 6 的代碼來說吧，它并不是一段好的代碼——盡管使用了新穎的技術(shù)，但難以理解。

在 Java 8 之前，如果你想編寫函數(shù)式代碼的話，應(yīng)該會使用 Google 的 Guava 類庫，它是一個很棒的開源類庫（不陌生吧），可以在一定程度上彌補 Java 原生類庫的不足。我在它的 wiki 上看到下面這樣一條建議，說得很富有遠見：

Excessive use of Guava’s functional programming idioms can lead to verbose, confusing, unreadable and inefficient code. .. when you go to preposterous lengths to make your code “a one-line”, the Guava team weeps.

應(yīng)該能看得懂吧？大致的意思就是說，如果過度使用 Guava 的函數(shù)式編程的話，會導(dǎo)致代碼冗長、混亂、不可讀，甚至低效；如果有些開發(fā)者為了減少代碼的長度，刻意把多行代碼“優(yōu)化”成一行代碼時，Guava 甚至會被玩哭。

我只能說，優(yōu)秀的人真可怕，他不僅知道自己的長處，更了解自己的不足——說的就是你，Guava 的開發(fā)者。至于開頭提到的那位大牛，他寫的代碼我就不敢恭維，只能說炫技炫到盲目自信吧。根據(jù)我的經(jīng)驗，只有很少一部分的大牛能夠保持理智，在追求技術(shù)創(chuàng)新的同時意識到炫技的問題。

我認為，Guava wiki 上的建議同樣適用于 Java 8，好技術(shù)要妥善的利用，而不是濫用。眾所周知，Java 8 的新特性可以用來減少冗余代碼，當我們把一個復(fù)雜的匿名內(nèi)部類變成一個簡潔的 Lambda 表達式就是一個很好的例子。

Thread t1 = new Thread(new Runnable() {
    @Override
    public void run() {
        System.out.println("匿名內(nèi)部類，搞起來");
    }
});
t1.start();

// 優(yōu)化后

Thread t2 = new Thread(() -> {
    System.out.println("Lambda 表達式，搞起來");
});
t2.start();