咨询：纯Scala实现案例对象序列的优雅分组拼接方案

嘿，你的实现思路没问题，但确实有几种更简洁、更符合Scala惯用风格的写法，能让代码更易读且减少冗余操作。下面是几个优化方向：

1. 合并map操作，用模式匹配解构元组 #

你的原代码用了两次map（mapValues+map），可以合并成一次map，同时用模式匹配直接解构分组的键元组，避免z._1._1这种可读性差的写法：

case class UserToAccounts(id: Int, email: String, firstName: String, lastName: String, accountId: Seq[Int])
case class User(id: Int, email: String, firstName: String, lastName: String, accountId: Int)

val users = Seq(
  User(1, "foo@test.com", "test", "foo", 1),
  User(1, "foo@test.com", "test", "foo", 2),
  User(2, "bar@test.com", "test", "bar", 1)
)

val groupedUsers = users
  .groupBy(u => (u.id, u.email, u.firstName, u.lastName))
  .map { case ((id, email, fn, ln), userGroup) =>
    UserToAccounts(id, email, fn, ln, userGroup.map(_.accountId))
  }
  .toList

println(groupedUsers)
// 输出：List(UserToAccounts(2,bar@test.com,test,bar,List(1)), UserToAccounts(1,foo@test.com,test,foo,List(1, 2)))

2. 用Scala 2.13+的groupMap一步完成分组+映射 #

如果你的项目使用Scala 2.13及以上版本，可以用groupMap方法直接把groupBy和mapValues合并成一个操作，减少中间集合的创建，代码更紧凑：

val groupedUsers = users
  .groupMap(u => (u.id, u.email, u.firstName, u.lastName))(_.accountId)
  .map { case ((id, email, fn, ln), accountIds) =>
    UserToAccounts(id, email, fn, ln, accountIds)
  }
  .toList

groupMap的第一个参数是分组的键函数，第二个参数是每个元素要映射的值，一步完成分组和值的转换，比分开调用更高效。

3. 提取用户公共信息为单独的Case Class（可选） #

如果你的业务场景中经常需要用到用户的基础信息（除了accountId之外的字段），可以把这部分提取成一个单独的UserInfo Case Class，让分组逻辑更清晰：

case class UserInfo(id: Int, email: String, firstName: String, lastName: String)
case class UserToAccounts(id: Int, email: String, firstName: String, lastName: String, accountId: Seq[Int])
case class User(id: Int, email: String, firstName: String, lastName: String, accountId: Int) {
  // 给User添加转换到UserInfo的方法
  def toUserInfo: UserInfo = UserInfo(id, email, firstName, lastName)
}

val groupedUsers = users
  .groupBy(_.toUserInfo)
  .map { case (userInfo, userGroup) =>
    UserToAccounts(userInfo.id, userInfo.email, userInfo.firstName, userInfo.lastName, userGroup.map(_.accountId))
  }
  .toList

这种方式让分组的键语义更明确，避免了元组的“魔法”拆包，代码可读性更强，也更易于维护。

这些优化后的代码都能得到和你原代码完全一致的输出，同时更符合Scala的简洁、优雅的风格。

内容的提问来源于stack exchange，提问作者noname.404