我对 Scala 相当陌生,正在编写一个 API 库并尝试仅使用 val 和不可变对象(immutable对象)(如果可能)。我正在尝试确定建模对象的正确方法。假设有几个“Post”对象,它们都共享一些公共(public)字段,并且每个都添加自己的特定字段:
abstract class Post(val id: Int, val name: String, ...)
case class TextPost(val id: Int, val name: String, ..., val text: String) extends Post(id, name, ...)
case class PhotoPost(val id: Int, val name: String, ..., val url: String) extends Post(id, name, ...)
这种方法增加了很多重复的声明和样板代码,尤其是在处理许多 Post 子类和在抽象类中声明的共享字段时。在我看来,这是由于使用只能由构造函数初始化的 vals 引起的。是否有更好的方法来创建此处详述的关系,或者我是否必须因为只想使用不可变对象(immutable对象)而遭受这种痛苦?
最佳答案
首先,val
case-class 构造函数中的修饰符是多余的,Scala 编译器已经“免费”将它们提供给您(这是 case-classes 的特性之一)。如果您实际上尝试编译它,您将看到由于未声明的覆盖而发生错误:
abstract class Post(val id: Int, val name: String )
case class TextPost(id: Int, name: String) extends Post(id, name )
case class PhotoPost(id: Int, name: String) extends Post(id, name )
<console>:10: error: overriding value id in class Post of type Int;
value id needs `override' modifier
case class PhotoPost(id: Int, name: String) extends Post(id, name )
^
我个人建议尽可能少地使用带有构造函数参数的抽象类。 Scala 的特性在这里做得更好。您(抽象地)声明字段,而不是构造函数参数;然后案例类开始了,由于他们自动提出他们的论点
vals
,你就完成了:trait Post { def id: Int; def name: String }
case class TextPost(id: Int, name: String, text: String) extends Post
case class PhotoPost(id: Int, name: String, url: String) extends Post
此外,如果您添加
sealed
到trait Post
,您可以安全地使用 Post
的子类型在模式匹配中不会意外丢失案例。
关于oop - Scala扩展参数化抽象类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12289806/