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

杨利霞

你以为这样写Java代码很6，但我看不懂
) j: o# H+ G- p% s为了提高 Java 编程的技艺，我最近在 GitHub 上学习一些高手编写的代码。下面这一行代码（出自大牛之手）据说可以征服你的朋友，让他们觉得你写的代码很 6，来欣赏一下吧。
+ _) @% z: X/ S+ W! q2 z
$ p4 t" R2 B- Q* MIntStream.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
我虽然拥有 10 年的 Java 编程经验，但说实话，很惭愧，这段代码就好像一块板砖拍在我脑袋上，有点懵逼。Lambda 表达式我是学过的，Stream 流我是学过的，forEach() 方法我也是学过的，但把这些知识点全部塞到一行代码中，我还是有点消化不良。
; j' y: D$ R! e& |5 p& A  H9 u; c
4 Y. l6 t& p; l2 n/ ~我总觉得这行代码不如换成老式的语法（Java 7 之前）来写，就像下面这样：

  O+ O. }* t+ bfor (int i = 1; i < 5; i++) {
    System.out.println("Happy Birthday " + (i == 3 ? "dear NAME" : "to you"));
0 n) R9 r% i( L+ F}
1
2
3
8 Z- ^7 ~# s! s, B/ x& p' l哇，beautiful code，简洁又明了！不仅我能看得懂，就连刚入门的 Java 小白都能看得懂。要知道，代码是写给人看的，假如只有自己看得懂，只有自己觉得很 6，而其他人看起来云里雾里的，就不一定是好代码，尽管好像是行走在技术的前沿。

2 r$ D+ M& ?# o1 h: L6 e" q( b俗话说得好，“能力越大，责任越大”。Java 8 为我们提供了强大的能力，它的新特性是划时代的（Java 8 之后的版本中新特性都不够亮眼），包括 Lambda 表达式和 Stream 流，我们通过它们可以写出简洁又高效的代码。打个不恰当的比喻，Java 8 之前，开发者驾驶的是桑塔纳，Java 8 之后，开发者驾驶的是法拉利。



但如果驾驶技术不好的话，法拉利也能变成桑塔纳，甚至还不如。拿之前那段看起来似乎很 6 的代码来说吧，它并不是一段好的代码——尽管使用了新颖的技术，但难以理解。
! n! [2 }( X$ `" ?4 z6 T' E
) U) u& X3 s) X6 W, z: f6 T; h- W在 Java 8 之前，如果你想编写函数式代码的话，应该会使用 Google 的 Guava 类库，它是一个很棒的开源类库（不陌生吧），可以在一定程度上弥补 Java 原生类库的不足。我在它的 wiki 上看到下面这样一条建议，说得很富有远见：
* b% B% }. @6 E. I+ n" v4 s% `
( r: L- e/ ~! N6 @0 p; p' o1 XExcessive 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 甚至会被玩哭。
% z0 b! X" x* n" w; y: f
我只能说，优秀的人真可怕，他不仅知道自己的长处，更了解自己的不足——说的就是你，Guava 的开发者。至于开头提到的那位大牛，他写的代码我就不敢恭维，只能说炫技炫到盲目自信吧。根据我的经验，只有很少一部分的大牛能够保持理智，在追求技术创新的同时意识到炫技的问题。

8 K9 D( D& }5 b1 R9 A我认为，Guava wiki 上的建议同样适用于 Java 8，好技术要妥善的利用，而不是滥用。众所周知，Java 8 的新特性可以用来减少冗余代码，当我们把一个复杂的匿名内部类变成一个简洁的 Lambda 表达式就是一个很好的例子。

% D! f# O/ k: }  J: t" Z6 HThread t1 = new Thread(new Runnable() {
    @Override
    public void run() {
        System.out.println("匿名内部类，搞起来");
    }
* N0 ?. c* U9 R0 X3 [});
t1.start();
4 K  w2 J7 m' D% Z. Q3 q
// 优化后
5 o) S, T9 z- E* o' K' p( d8 D% o
Thread t2 = new Thread(() -> {
    System.out.println("Lambda 表达式，搞起来");
, |4 }& G& a' ]5 ?& f1 h});
t2.start();
1
2
  U% W% a5 H: p4 ~( j6 B* ?3
" F; X" o% e/ |* w0 s" R! B% u+ v4
. W$ X7 q9 k" q, a3 c5
9 X3 s) r. t& [9 k6
# H" T  D/ u5 ]# S7
8
- Q7 k5 b0 B$ f9 B; y6 ?* B9
10
11
, B& x( V. A) n/ p$ y3 r# D* {, M5 s12
' H4 p0 d! m9 v  M4 L/ C2 j13
14
9 I: G; g; m" \5 K; R9 z你看，优化后的代码量更少，并且一目了然，任谁也不会搞到看不懂的地步。函数式编程出现的目的可不仅仅是为了减少冗余代码，它是为了解放生产力——言外之意就是说，代码复杂点没关系，只要可用可靠。编程的目标不是产生尽可能少的代码，而是产生易于维护的、高性能的系统。

举个例子来说，假如我从洛阳出发，去郑州参加一个技术沙龙，我就没必要坐飞机；高铁和驾车才是最优的选择。明白我说的意思吧？别整那些花里胡哨的，实用至上。
————————————————
版权声明：本文为CSDN博主「沉默王二」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qing_gee/article/details/104709079


, k+ K) h6 r' c6 l9 C& v