Scala 反射和 Squeryl

Question

我正在使用 Scala、Scalatra 和 Squeryl 进行我的第一个大型项目，并遇到以下问题： 我想为我的 DAO 提供一个抽象基类，它提供基本 CRUD 操作（创建、读取、更新、删除）的简单实现，因此我需要一种方法让所述抽象基类知道要引用哪个表。

使用 Squeryl，您可以将数据类映射到扩展 squeryl.Schema 的单例对象中的实际表，并且您的 DAO 通常是每个类的伴随对象。

我想出了以下使用类型标签的解决方案：

首先，所有 DAO 都将继承的基类的摘录（注意：DBRecord 是 Squeryl 的 KeyedEntity 的子类）：

abstract class CrudOps[S <: DBRecord](implicit tt: TypeTag[S]) {

  def create(item: S)= {
    inTransaction{
      val result = ATSchema.recordTable.insert(item)
    }
  }

接下来，ATSchema中的recordTable函数：

object ATSchema extends Schema {
  val users = table[User]
  def recordTable[T <: DBRecord](implicit tt: TypeTag[T]): Table[T] = tt.tpe match {
    case t if t =:= typeOf[User] => users.asInstanceOf[Table[T]]
    //...other table types go here
    case _ => throw new IllegalArgumentException("Unknown DBRecord type")
  }
}

现在，这行得通，我有几张桌子，CrudOps 抓住正确的一张并做它的事情。但是有些东西我不明白（我对 Scala 还是很陌生）：为什么我需要将 recordTable() 中的表 val 转换为 Table[T]？如果我删除 .asInstanceOf，我会得到类型不匹配，但用户的类型是 Table[User]... 似乎应该是不必要的。此外，这感觉应该是一个微不足道的问题的复杂解决方案（也许我正在滥用类型系统），并且还将 CrudOps 与 Schema 耦合（我想避免），所以我当然愿意来自比我有更多 Scala 和/或 Squeryl 经验的人的建议 :)

Answer 1

这不是真正的 Squeryl 东西。据我了解，问题在于模式匹配测试是在运行时完成的，在发生类型擦除之后。 Scala 能够使用 TypeTag 保留类型信息并执行运行时检查，但它不能在编译时推断类型是正确的。如果你想尝试类似的东西

case t: ClassTag[User] => users

如果要求编译器进行静态检查，您会收到用户类型已删除的警告。您这样做的方式应该可以工作，因为在您验证类型后执行强制转换应该没问题，我认为没有更好的方法。