Uso della parola chiave override sulle implementazioni dei metodi astratti

Question

È buona norma utilizzare la parola chiave override quando si implementano metodi astratti definiti in tratti?

trait Tooth { 
    def ache(): Unit 
} 

class Molar extends Tooth { 
    override def ache(): Unit = {} 
} 

Nell'esempio precedente, comprendo che la parola chiave override è facoltativa; ma è consigliabile? Da quale lato dovrei cadere la discrezione rispetto alla sicurezza?

Answer 1

override fa una cosa per te lì: quando rimuovi Tooth.ache ma non le sue implementazioni in seguito, riceverai errori del compilatore. In particolare, questo impone le implementazioni di Tooth (scritte da voi stessi o da altri) per essere "vicine" a Tooth in un certo senso, vale a dire che i metodi deprecati svaniscono (o sono almeno riconsiderati).

Questo può o non può essere desiderato.

Answer 2

Personalmente, quando vedo

override def whatever() 

la prima cosa che penso è: "Mi chiedo come questo doveva comportarsi prima?"

Poiché questo è un pensiero inutile se si trattasse di un metodo astratto, trovo sia più teso e più sicuro di lasciarlo fuori.

Answer 3

Lo uso sempre, per indicare membri dichiarati in super classi, anche se astratti.

Answer 4

Di solito non uso l'override quando si implementa un metodo astratto. Non è sbagliato, ma ridondante, e preferisco mantenere il mio codice il più breve possibile pur mantenendo la chiarezza. Ma mi rendo conto che non è un caso chiaro.