Java函数式编程(三)：列表的转化(2)
使用了lambda表达式的之后版本，避免了显式的修改操作;这样的代码非常简洁。这样写不再需要初始化空的集合以及那个垃圾变量了;这个变量乖乖的躲到了底层实现里面了。
使用方法引用
我们还可以使用方法引用让它变得更简洁一些。在需要传入函数式接口的实现的地方，Java编译器可以接受lambda表达式或者是方法引用。有了这个特性，用String::toUpperCase就可以替换掉name -> name.toUpperCase()了，就像这样：
friends.stream()
.map(String::toUpperCase)
.forEach(name -> System.out.println(name));
当参数传入到这个生成的方法——函数式接口的抽象方法的实现——里面的时候，Java会去调用这个String参数的toUpperCase方法。这个参数引用在这里就隐藏起来了。像前面这种简单的场景，我们可以用方法引用来替换掉lambda表达式;更多的内容看一下26页的什么时候应该使用方法引用。
小伙伴发问了：
什么时候应该使用方法引用？
当使用Java编程的时候，通常我们用lambda表达式的时候要比方法引用多得多。但这并不意味着方法引用不重要或者没啥用处。当lambda表达式非常简短的时候，它是一个很好的替代方案，它直接调用了实例方法或者静态方法。也就是说，如果lambda表达式只是传递了一下参数给方法调用的话，我们应该改用方法引用。
像这样的lambda表达式，有点像Tom Smykowski在电影上班一条虫中讲的那样，它的工作就是"从客户那把需求拿给软件工程师"。因为这个，我把这种重构成方法引用的模式叫做上班一条虫模式。
除了简洁外，使用方法引用，方法名字本身的含义和作用可以更好的体现出来。
使用方法引用背后，编译器起到了很关键的作用。方法引用的目标对象和参数都会从这个生成的方法里传进来的参数那推导出来。这才使得你可以使用方法引用写出比使用lambda表达式更简洁的代码。不过，如果参数在传递给方法之前或者调用结果在返回之后要被修改的话，这种便利的写法我们就用不了了。
在前面这个例子中，方法引用是引用了一个实例方法。方法引用还可以引用一个静态方法以及接受传参的方法。后面我们会看到这样的例子。
lambda表达式能帮助我们遍历集合，并且进行集合的转化。就像下面我们即将看到的，它还能帮助我们快速的从集合中选取一个元素。
