Хорошо ли использовать ключевое слово override при реализации абстрактных методов, определенных в чертах?
trait Tooth {
def ache(): Unit
}
class Molar extends Tooth {
override def ache(): Unit = {}
}
В приведенном выше примере я понимаю, что ключевое слово override является необязательным; но целесообразно ли это? С какой стороны от отношения терпения и безопасности я должен упасть?
override делает для вас одну вещь: при удалении Tooth.ache, но не ее реализации позже, вы получите ошибки компилятора. В частности, это приводит к тому, что в некотором смысле функции Tooth (написанные вами или другими) должны быть "близки" к Tooth, а именно, что устаревшие методы исчезают (или, по крайней мере, пересматриваются).
Это может быть или не быть желательным.
Лично, когда я вижу
override def whatever()
Первое, что я думаю: "Интересно, как это должно было вести себя раньше?"
Так как это бесполезная мысль, если она была абстрактным методом, я нахожу ее более кратким и более безопасным, чтобы ее не было.
Я обычно не использую переопределение при реализации абстрактного метода. Это не так, но избыточно, и я предпочитаю держать свой код как можно короче, сохраняя при этом ясность. Но я понимаю, что это не ясный вопрос.
Я всегда использую его, чтобы указать участника, которые были объявлены на суперклассах, даже если они абстрактны.