在Scala中不应该使用case类?

Scala中的Case类是使用模式匹配,equals,…(或者我错了?)增强的标准类。此外,他们不需要“新”关键字的instanciation。在我看来,他们比常规类更容易定义(或者我再次错了?)。

有很多网页告诉他们应该在哪里使用(主要是关于模式匹配)。但是,他们应该在哪里避免?为什么我们不使用它们无处不在?

解决方法

有很多地方,案例类不够:

>当希望隐藏数据结构时。
>作为超过两个或三个级别的类型层次结构的一部分。
>当构造函数需要特殊考虑时。
>当提取器需要特殊考虑时。
>当等号和散列码需要特殊注意事项时。

有时这些要求在设计的晚期出现,并且需要一个将案例类转换为正常类。因为case类的好处真的不是那么伟大 – 除了少数特殊情况下,他们特别为 – 我自己的建议不是做任何case类,除非有一个明确的用途。

或者,换句话说,不要过度设计。

相关文章

Scala的存在类型 存在类型也叫existential type,是对类型做抽象的一种方法。可以在你不知道具体类型的...
文章目录Option和SomeOption和NoneOption和模式匹配 在java 8中,为了避免NullPointerException,引入了...
文章目录泛类型型变协变逆变不变类型上界类型下界内部类抽象类型复合类型自类型隐式参数隐式转换多态方...
Scala的自定义类型标记 Scala中有很多千奇百怪的符号标记,看起来是那么的独特,就像是一杯dry martini...
文章目录面向对象的scalaUnified TypesClassesTraits 面向对象的scala 我们知道Scala是一种JVM语言,可...
文章目录默认参数值命名参数 scala的参数有两大特点: 默认参数值 命名参数 默认参数值 在Scala中,可以...