scala – 避免在函数式编程中重新分配 – 不好的例子？

它们中的大多数都采用带有计数器变量递增的不良循环的样本. (比如着名的i或x = x 1.
这里有一篇鲍勃叔叔的文章说明：FP Episode 1

因此,这些文章表明,依靠可变变量经常导致副作用,特别是防止我们所谓的“参照透明度”,因此,更难以构建在多线程或更好的多处理器上运行的程序.

我的问题是：众所周知,我通常是一个线程LOCAL变量,因此即使并发处理也不会出现问题.

为什么选择一个像带有局部变量的循环这样的例子作为赋值的缺点,并且允许直接得出结论并发编程存在风险？这两件事与我严格无关.

为了更清楚,为什么不选择全局变量(或字段对象)的重新分配,这显然是并发编程的敌人,而不像Java那样过度使用所有的锁定模板.

我真的认为这个循环示例并不是将函数式编程的好处传递给命令式程序员的最好例证.

此外,它导致与“noob”函数程序员混淆,因为Scala例如在List.scala类中使用了很多while循环模式：

override def take(n: Int): List[A] = {
    val b = new ListBuffer[A]
    var i = 0
    var these = this
    while (!these.isEmpty && i < n) {  
      i += 1   // reassignment here
      b += these.head
      these = these.tail
    }
    if (these.isEmpty) this
    else b.toList
  }