Scala中使用map函数的两种写法：哪种更符合idiomatic编程规范？

其实这两种写法在Scala里都是社区认可的惯用写法，只是适用的场景不一样，咱们拆开来说：

1. items.map(myItem => ...) 写法 #

这是最通用的函数式风格写法，当你只需要直接使用集合里的元素本身，不需要拆解它的内部结构时，用这个最顺手。比如只是对元素做简单转换：

val numbers = List(1,2,3)
numbers.map(n => n * 2)
// 甚至还能简化成更短的形式：numbers.map(_ * 2)

它的优势是简洁直接，不管元素是普通数值、自定义类还是其他类型，都能直接套用，不用考虑元素的内部结构。

2. items.map { case MyItem(...) => ... } 写法 #

这种是模式匹配的写法，专门用来拆解case class（或者tuple、密封特质子类这类支持模式匹配的类型）。当你需要直接提取元素内部的字段时，用这个会更优雅，不用反复写myItem.field1、myItem.field2。比如：

case class User(name: String, age: Int)
val users = List(User("Alice", 25), User("Bob", 30))
users.map { case User(name, age) => s"$name is $age years old" }

如果换成第一种写法，就得写成users.map(user => s"${user.name} is ${user.age} years old")，对比下来模式匹配的写法更清晰，尤其是当case class的字段很多的时候。

另外要注意，第二种写法用大括号{}是因为模式匹配的case语句需要放在代码块里（当然加括号也能运行，但大括号是更常见的写法）。如果你的map函数体是多行代码，不管用哪种写法，用大括号都会更易读。

总结一下 #

• 不需要拆解元素，只是用元素本身时，优先选items.map(myItem => ...)（甚至可以简化成_的短形式）
• 需要拆解case class/tuple/密封特质实例、提取内部字段时，优先选items.map { case ... => ... }的模式匹配写法

两种都是Scala社区的惯用写法，选哪个完全看你的具体需求场景~

内容的提问来源于stack exchange，提问作者Mandroid