为了提高 Java 编程的技艺，我最近在 GitHub 上学习一些高手编写的代码。下面这一行代码(出自大牛之手)据说可以征服你的朋友，让他们觉得你写的代码很 6，来欣赏一下吧。
- 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 编程经验，但说实话，很惭愧，这段代码就好像一块板砖拍在我脑袋上，有点懵逼。Lambda 表达式我是学过的，Stream 流我是学过的，forEach() 方法我也是学过的，但把这些知识点全部塞到一行代码中，我还是有点消化不良。
我总觉得这行代码不如换成老式的语法(Java 7 之前)来写，就像下面这样：
- for (int i = 1; i < 5; i++) {
- System.out.println("Happy Birthday " + (i == 3 ? "dear NAME" : "to you"));
- }
哇，beautiful code，简洁又明了!不仅我能看得懂，就连刚入门的 Java 小白都能看得懂。要知道，代码是写给人看的，假如只有自己看得懂，只有自己觉得很 6，而其他人看起来云里雾里的，就不一定是好代码，尽管好像是行走在技术的前沿。
俗话说得好，“能力越大，责任越大”。Java 8 为我们提供了强大的能力，它的新特性是划时代的(Java 8 之后的版本中新特性都不够亮眼)，包括 Lambda 表达式和 Stream 流，我们通过它们可以写出简洁又高效的代码。打个不恰当的比喻，Java 8 之前，开发者驾驶的是桑塔纳，Java 8 之后，开发者驾驶的是法拉利。
但如果驾驶技术不好的话，法拉利也能变成桑塔纳，甚至还不如。拿之前那段看起来似乎很 6 的代码来说吧，它并不是一段好的代码——尽管使用了新颖的技术，但难以理解。
在 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 的开发者。至于开头提到的那位大牛，他写的代码我就不敢恭维，只能说炫技炫到盲目自信吧。根据我的经验，只有很少一部分的大牛能够保持理智，在追求技术创新的同时意识到炫技的问题。
我认为，Guava wiki 上的建议同样适用于 Java 8，好技术要妥善的利用，而不是滥用。众所周知，Java 8 的新特性可以用来减少冗余代码，当我们把一个复杂的匿名内部类变成一个简洁的 Lambda 表达式就是一个很好的例子。
- Thread t1 = new Thread(new Runnable() {
- @Override
- public void run() {
- System.out.println("匿名内部类，搞起来");
- }
- });
- t1.start();
- // 优化后
- Thread t2 = new Thread(() -> {
- System.out.println("Lambda 表达式，搞起来");
- });
- t2.start();
你看，优化后的代码量更少，并且一目了然，任谁也不会搞到看不懂的地步。函数式编程出现的目的可不仅仅是为了减少冗余代码，它是为了解放生产力——言外之意就是说，代码复杂点没关系，只要可用可靠。编程的目标不是产生尽可能少的代码，而是产生易于维护的、高性能的系统。
举个例子来说，假如我从洛阳出发，去郑州参加一个技术沙龙，我就没必要坐飞机;高铁和驾车才是不错的选择。明白我说的意思吧?别整那些花里胡哨的，实用至上。
