Metodi non virtuali in Java

Question

Appena iniziato a utilizzare Java. Trovo molte somiglianze con .NET, ma vedo che tutti i metodi in Java sono virtuali di default. Quindi la domanda è: cosa posso fare per renderli non virtuali? La parola chiave final è la soluzione giusta e giusta?

Answer 1

Sì, o privato

Answer 2

Invece di definire tutti i metodi come finale, è anche possibile definire l'intera classe come definitiva. Non sto dicendo se questo stile buono o cattivo.

Answer 3

Se si mira a rendere il metodo non virtuale per le prestazioni, lasciare che la JIT gestisca tale problema finché non si ha la prova che non lo sta facendo.

Se il motivo per rendere il metodo non-virtuale è poterlo definire in una sottoclasse ma non coinvolge il polimorfismo, probabilmente stai creando sottoclassi senza un vero motivo (inserisci più codice se vuoi contestare questo).

Se è per il design, suggerirei di fare la finale di classe invece dei singoli metodi se possibile. IDEA ha buone ispezioni per il design della classe. Cerca di non ascoltare troppo da vicino chi vuole che tu lasci tutto aperto in modo che possano sottoclasse per incappare in bug o limitazioni; ti urlano ancora più forte quando rompi accidentalmente la loro sottoclasse.

Fornire un modo per i clienti di aggiungere i propri tipi anziché la propria sottoclasse e probabilmente non si accorgeranno nemmeno che le classi sono definitive.

Answer 4

Rendilo statico.

Se si chiama un metodo non virtuale, si desidera sapere dal proprio codice quale metodo di classe si sta chiamando. Il difetto di .net è che non puoi saperlo dal tuo codice.

Esempio

In Java se si definisce come ClassB

public class ClassB extends ClassA { 
    @Override 
    public void run() { 
    } 
} 

ed oggetto

ClassA obj=new ClassB(); 

Se si chiama obj.run() come si può sapere se il codice è seguendo le regole del principio polimorfico di apertura/chiusura o codificherà il metodo relativo a ClassA? In Java saprai che c'è sempre il polimorfismo. È più facile creare mock ed è più facile estendere le classi e seguire il principio di sostituzione di Liskov.

Sui metodi statici invece sono delimitate a una classe così se si desidera chiamare un metodo che è legato al ClasseA è possibile definire che metodo come questo:

public static run(ClassA obj) 

e si può chiamare con

ClassB obj=new ClassB(); 
ClassA.run(obj); 

e dal codice si saprà che il metodo che si sta chiamando è definito in ClasseA e non in ClasseB.