请教关于函数式编程的优势

无状态的函数在并行编程时可以避免引入锁

@zxCoder var 因为作用域的问题，现在很少使用，一般用 let const 。var 还有重复声明的问题。

@july1995 这是 Java ，不是 JavaScript ，还是说 Java 现在引入 let 了？

不得不说，这 java 的 stream 太难用了，也太难看了。
学学 C#的 linq 吧，大概是这样
books.GroupBy(b=> b.CategoryId)
.SelectMany(g => g.OrderBy(b=> b.Price).Take(1))
.ToList();

第二种，代码直接表明了意图，想做什么事就调用对应的函数，这更接近人的思维。
第一种，往往要把代码看完，才能猜出意图，而且使用很多无实际意义的临时变量，增加心智负担。

@yigecaiji 哈哈，抱歉，看错了看错了，图片加载不出来，又看到有人提到 var ，下意识认为这是 JavaScript 。

看第一个还能理解,第二个感觉对函数的功能理解需要非常全面,忘了一个函数就得找半天相关方法了,感觉调用超过三层不用 ide 自动提示就不知道怎么写了

函数式一直就不以执行速度为优先

@wdwwtzy
你就静静的看他们捧 Java 多好。

@wdwwtzy Laravel 的 Collections 也不错 😏

新的思路提高抽象层次，你想干啥告诉我(声明式)就行了，具体怎么实现的调用者不需要关心

普通的写法只是让我们编写逻辑不混乱。函数式是抽象了过程，只关心入参和结果

并不会有什么优势！
计算机可不会管你是不是函数式，编译完都是机器码。CPU 可不会因为你的机器码由函数式的代码编译而来就执行得快一些。

浅见：

1. 实际执行时多次 map / collect / filter 会被合并至一起，提升效率
2. 没有中间变量并发时更可靠和安全
3. 于 Actor/flow/Reactor 模式下，每一步都可拆解为一个事件 /信号，可以更好的利用多核进行并发处理。

有一些约定俗称的函数能让你快速明白代码干了些什么
比较限制副作用类型代码的书写，减少阅读时的心智负担

像你举的那个函数式的例子，逻辑写成了一条一条的，阅读的时候只需要从上往下阅读，只需要依次关注每一条的功能和作用，记住上一条代码的返回值就不需要再关心上一条代码具体做了些什么
像非函数式的那个例子，阅读的时候就需要整体都做了些什么，他在第一行声明了一个 map ，接下来的阅读中就需要时刻关心 map 具体发生了些什么，当前 map 的状态是什么

链，或者叫 flow ，因为函数是 pure 的，随便抽一段连续的，就得到了一个新的函数，就能拿到其它地方复用。这不就是程序员梦寐以求的最简单、也是最高级的模块化。

资深函数式码农（自封）来扯两句:
于我而言函数式最大的优势在于，容易写对，且容易分析，容易理解。同时附带了容易并行的优势
而执行速度，函数式写法确实慢于专家优化过的指令式，但比普通 CRUD 农写的指令式代码更快是基本操作了。

说句不好听的，见过大量在复杂业务逻辑盲目使用方式二导致的性能和阅读困难

对我而言就两点好处：
1. 提供操作符减少了部分操作代码编写
2. 整个代码结构从上到下就是对应逻辑链条，熟悉操作符很快就能看懂逻辑了
支撑使用的原因就是第二条了