创建案例类时,编译器会创建一个对应的伴随对象,其中包含一些案例类的好处:与apply
,equals
匹配的hashCode
工厂方法copy
,和scala> case class A(a: Int)
defined class A
scala> A: (Int => A)
res0: (Int) => A = <function1>
。
奇怪的是,这个生成的对象扩展了FunctionN。
#toString()
只有在以下情况下才会这样:
有没有人使用它,或者知道为什么添加它?它使用静态转发器方法稍微增加了生成的字节码的大小,并显示在随播对象的scala> case class A()
defined class A
scala> A.toString
res12: java.lang.String = <function0>
方法中:
apply
更新
使用单个FunctionN
方法手动创建的对象不会自动被视为object HasApply {
def apply(a: Int) = 1
}
val i = HasApply(1)
// fails
// HasApply: (Int => Int)
:
{{1}}
答案 0 :(得分:48)
case类伴随对象实现FunctionN的原因是之前,case类生成了一个类和一个工厂方法,而不是一个伴随对象。当我们向Scala添加提取器时,使用apply和unapply方法将工厂方法转换为完整的伴随对象更有意义。但是,由于工厂方法确实符合FunctionN,因此配套对象也需要符合。
[编辑]那就是说,让伴侣对象显示为自己的名字,而不是“功能”
答案 1 :(得分:11)
好吧,考虑到Scala中的target.apply(a1, a2, a3 ... aN)
:
target(a1, a2, a3 ... aN)
FunctionN
伴侣对象似乎很自然:
object MyClass {
def apply(a1 : A1, ... aN: AN) = new MyClass(a1, ..., aN)
}
真的是:
object MyClass extends FunctionN[A1, ... , AN, MyClass]{
def apply(a1 : A1, ... aN: AN) = new MyClass(a1, ..., aN)
}
所以添加对我来说似乎很自然(我不确定为什么它对你来说似乎“奇怪”?)。至于它是否实际添加任何东西;好吧,那是为了比我聪明的人!
答案 2 :(得分:11)
除了oxbow_lakes关于它的自然性的回复之外,将构造函数作为第一类函数提供通常是有用的,特别是与Scala集合的高阶函数一起使用。对于(一个微不足道的)例子,
scala> case class Foo(i : Int)
defined class Foo
scala> List(1, 2, 3) map Foo
res0: List[Foo] = List(Foo(1), Foo(2), Foo(3))
答案 3 :(得分:5)
Welcome to Scala version 2.8.0.RC3 (Java HotSpot(TM) Client VM, Java 1.6.0_20).
scala> case class CC3(i: Int, b: Boolean, s: String)
defined class CC3
scala> CC3
res0: CC3.type = <function3>
scala> CC3.apply(1, true, "boo!")
res1: CC3 = CC3(1,true,boo!)
scala> CC3(1, true, "boo!")
res2: CC3 = CC3(1,true,boo!)