你以为这样写Java代码很6，但我看不懂

杨利霞

你以为这样写Java代码很6，但我看不懂
* p% ~; y, X! v. s  V为了提高 Java 编程的技艺，我最近在 GitHub 上学习一些高手编写的代码。下面这一行代码（出自大牛之手）据说可以征服你的朋友，让他们觉得你写的代码很 6，来欣赏一下吧。
, K: u' A. h9 _! m& u2 @
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);
1
$ z9 f% E- J# P( M# P+ Q" U6 g我虽然拥有 10 年的 Java 编程经验，但说实话，很惭愧，这段代码就好像一块板砖拍在我脑袋上，有点懵逼。Lambda 表达式我是学过的，Stream 流我是学过的，forEach() 方法我也是学过的，但把这些知识点全部塞到一行代码中，我还是有点消化不良。
7 [- l: `. s& I$ N& ]" X
我总觉得这行代码不如换成老式的语法（Java 7 之前）来写，就像下面这样：

% `6 W5 m' ]8 Gfor (int i = 1; i < 5; i++) {
! d$ }6 H: R% k" V8 Q! c0 p    System.out.println("Happy Birthday " + (i == 3 ? "dear NAME" : "to you"));
# V  E3 O% @. X( o}
- }9 d) Y6 x: E0 h4 T1
2
2 ?& v; ?) [# j; Q. U3 R: U2 W3
哇，beautiful code，简洁又明了！不仅我能看得懂，就连刚入门的 Java 小白都能看得懂。要知道，代码是写给人看的，假如只有自己看得懂，只有自己觉得很 6，而其他人看起来云里雾里的，就不一定是好代码，尽管好像是行走在技术的前沿。

4 }  q+ A- f+ ^& I俗话说得好，“能力越大，责任越大”。Java 8 为我们提供了强大的能力，它的新特性是划时代的（Java 8 之后的版本中新特性都不够亮眼），包括 Lambda 表达式和 Stream 流，我们通过它们可以写出简洁又高效的代码。打个不恰当的比喻，Java 8 之前，开发者驾驶的是桑塔纳，Java 8 之后，开发者驾驶的是法拉利。

4 k+ [9 J! V5 o1 n8 b
) ]) g- P$ J% O6 {
但如果驾驶技术不好的话，法拉利也能变成桑塔纳，甚至还不如。拿之前那段看起来似乎很 6 的代码来说吧，它并不是一段好的代码——尽管使用了新颖的技术，但难以理解。

& H, g/ A% a: ^( _4 j  |) U在 Java 8 之前，如果你想编写函数式代码的话，应该会使用 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.
应该能看得懂吧？大致的意思就是说，如果过度使用 Guava 的函数式编程的话，会导致代码冗长、混乱、不可读，甚至低效；如果有些开发者为了减少代码的长度，刻意把多行代码“优化”成一行代码时，Guava 甚至会被玩哭。

我只能说，优秀的人真可怕，他不仅知道自己的长处，更了解自己的不足——说的就是你，Guava 的开发者。至于开头提到的那位大牛，他写的代码我就不敢恭维，只能说炫技炫到盲目自信吧。根据我的经验，只有很少一部分的大牛能够保持理智，在追求技术创新的同时意识到炫技的问题。
: \0 _/ c* l  t
; n' Y$ G8 t$ V$ ?) f0 L我认为，Guava wiki 上的建议同样适用于 Java 8，好技术要妥善的利用，而不是滥用。众所周知，Java 8 的新特性可以用来减少冗余代码，当我们把一个复杂的匿名内部类变成一个简洁的 Lambda 表达式就是一个很好的例子。

% A( c6 b9 T4 ~& vThread t1 = new Thread(new Runnable() {
( h& ?" }: k% `) H  w+ x    @Override
    public void run() {
3 O1 N& G0 D( V; u        System.out.println("匿名内部类，搞起来");
* I/ J' M6 K3 P3 h6 B6 U' f& |    }
});
t1.start();
" ^, e8 Y) y5 \# M0 v- ?8 O+ |+ y+ d
, H5 O* B. m5 S& O: U- c3 g% v// 优化后
$ X; \5 a' u! F6 }8 ?
Thread t2 = new Thread(() -> {
+ C: G  H, _: R& @) O9 G/ L/ J    System.out.println("Lambda 表达式，搞起来");
2 q7 g' x6 ^  x$ D0 }9 t});
t2.start();
  f. ]4 J. e0 {1
+ c4 T3 D) n' t# g2 j4 f: _2
' x8 X: y4 P' A4 q0 N3
. t3 G: W. V4 X( C4
5
6
) Q. e8 B  P. I# O" _7
$ \& U; T: ]/ i+ C* S! d& O8
9
6 y+ z8 F) n! i10
11
5 K: S) \9 h: ?, _, M  G12
13
* W% f1 s" T, ~' j: b14
6 {, T" ~" l  V' s  C' h0 M7 O+ K' Y4 W你看，优化后的代码量更少，并且一目了然，任谁也不会搞到看不懂的地步。函数式编程出现的目的可不仅仅是为了减少冗余代码，它是为了解放生产力——言外之意就是说，代码复杂点没关系，只要可用可靠。编程的目标不是产生尽可能少的代码，而是产生易于维护的、高性能的系统。
+ t7 ^/ ^, ~% V
举个例子来说，假如我从洛阳出发，去郑州参加一个技术沙龙，我就没必要坐飞机；高铁和驾车才是最优的选择。明白我说的意思吧？别整那些花里胡哨的，实用至上。
0 s9 a7 _- |7 V) @6 W————————————————
版权声明：本文为CSDN博主「沉默王二」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
' _+ u& N- g1 e  }% L  E$ L, H原文链接：https://blog.csdn.net/qing_gee/article/details/104709079