我在谷歌中搜索了case类和class之间的区别。每个人都提到,当你想在类上做模式匹配时,用例类。否则使用类,并提到一些额外的好处,如等号和哈希代码重写。但是这些就是为什么应该使用case类而不是类的唯一原因吗?

我想在Scala中应该有一些非常重要的原因。有什么解释,或者有资源可以学习更多关于Scala案例类的知识吗?


当前回答

我认为总的来说,所有的答案都给出了一个关于类和case类的语义解释。 这可能非常相关,但是scala的每个新手都应该知道创建case类时会发生什么。我写了这个答案,简要地解释了案例类。

每个程序员都应该知道,如果他们使用任何预先构建的函数,那么他们编写的代码相对较少,这使他们能够编写最优化的代码,但能力伴随着巨大的责任。因此,使用预构建函数时要非常小心。

一些开发人员避免编写case类,因为有额外的20个方法,这可以通过分解类文件看到。

如果您想查看case类中的所有方法,请参考此链接。

其他回答

Case类可以被看作是普通的、不可变的数据保存对象,应该完全依赖于它们的构造函数参数。

这个函数概念允许我们

使用紧凑的初始化语法(Node(1, Leaf(2), None))) 使用模式匹配分解它们 是否隐含地定义了相等比较

结合继承,case类被用来模拟代数数据类型。

如果一个对象在内部执行有状态计算或显示其他类型的复杂行为,那么它应该是一个普通类。

Case类用apply和unapply方法定义一个compagnon对象 Case类扩展了Serializable Case类定义了equals hashCode和copy方法 构造函数的所有属性都是val(语法糖)

Case类可以进行模式匹配 Case类自动定义hashcode和equals Case类自动为构造函数参数定义getter方法。

(除了最后一个,你已经提到了所有的)。

这些是与常规课程的唯一区别。

没有人提到case类有val构造函数参数,但这也是常规类的默认值(我认为这是Scala设计中的不一致)。达里奥暗示了这一点,他指出它们是“不可改变的”。

注意,可以通过在每个构造函数参数前加上var来覆盖默认值。然而,使case类可变会导致它们的equals和hashCode方法是时变的

sepp2k已经提到case类自动生成equals和hashCode方法。

同样没有人提到case类会自动创建一个与类同名的伴生对象,其中包含apply和unapply方法。apply方法允许在不使用new前置的情况下构造实例。unapply提取器方法启用了其他人提到的模式匹配。

此外,编译器还优化了大小写类[2]的匹配大小写模式匹配速度。

案例类很酷

[2]案例类和提取器,第15页。

从技术上讲,类和case类之间没有区别——即使编译器在使用case类时确实优化了一些东西。然而,一个case类用于消除特定模式的锅炉板,该模式正在实现代数数据类型。

这种类型的一个非常简单的例子是树。例如,二叉树可以这样实现:

sealed abstract class Tree
case class Node(left: Tree, right: Tree) extends Tree
case class Leaf[A](value: A) extends Tree
case object EmptyLeaf extends Tree

使我们能够做到以下几点:

// DSL-like assignment:
val treeA = Node(EmptyLeaf, Leaf(5))
val treeB = Node(Node(Leaf(2), Leaf(3)), Leaf(5))

// On Scala 2.8, modification through cloning:
val treeC = treeA.copy(left = treeB.left)

// Pretty printing:
println("Tree A: "+treeA)
println("Tree B: "+treeB)
println("Tree C: "+treeC)

// Comparison:
println("Tree A == Tree B: %s" format (treeA == treeB).toString)
println("Tree B == Tree C: %s" format (treeB == treeC).toString)

// Pattern matching:
treeA match {
  case Node(EmptyLeaf, right) => println("Can be reduced to "+right)
  case Node(left, EmptyLeaf) => println("Can be reduced to "+left)
  case _ => println(treeA+" cannot be reduced")
}

// Pattern matches can be safely done, because the compiler warns about
// non-exaustive matches:
def checkTree(t: Tree) = t match {
  case Node(EmptyLeaf, Node(left, right)) =>
  // case Node(EmptyLeaf, Leaf(el)) =>
  case Node(Node(left, right), EmptyLeaf) =>
  case Node(Leaf(el), EmptyLeaf) =>
  case Node(Node(l1, r1), Node(l2, r2)) =>
  case Node(Leaf(e1), Leaf(e2)) =>
  case Node(Node(left, right), Leaf(el)) =>
  case Node(Leaf(el), Node(left, right)) =>
  // case Node(EmptyLeaf, EmptyLeaf) =>
  case Leaf(el) =>
  case EmptyLeaf =>
}

注意,树的构造和解构(通过模式匹配)使用相同的语法,这也正是它们的打印方式(减去空格)。

它们也可以与哈希映射或集合一起使用,因为它们有一个有效、稳定的hashCode。