Ha senso sovrascrivere un metodo in un'interfaccia

Question

Ho per esempio un'interfaccia A e B. A ha un metodo (astratto) chiamato foo. B estende A.

È possibile sovrascrivere foo nell'interfaccia B anche con @Override, ma esiste una situazione in cui ciò abbia senso? Non c'è nulla da escludere, perché entrambi i metodi devono essere astratti e non avere corpo. Quindi immagino che non ci sia alcuna situazione in cui ciò abbia senso, giusto?

Quindi, perché è possibile eseguire l'override in un'interfaccia?

Answer 1

Una situazione è quando si desidera aggiornare la documentazione Javadoc per riflettere un contratto più specifica nel metodo nella sottointerfaccia, come è il caso con Collection#addAll(Collection) e List#addAll(Collection):

• Collection#addAll(Collection):

  Aggiunge tutti gli elementi della raccolta specificata a questa raccolta (operazione facoltativa) ...

• List#addAll(Collection:

  Aggiunge tutti gli elementi della collezione specificato alla fine di questa lista, nell'ordine in cui essi vengono restituiti dal iteratore della collezione specificato (operazione opzionale) ...

un subinterface può anche aggiungere un'implementazione di default a partire Java 8.

Answer 2

Un sottotipo può imporre più condizioni, modificare il tipo di ritorno, modificare i tipi di lancio. Un esempio

interface AutoCloseable 
    void close() throws Exception 

interface Closeable extends AutoCloseable 
    void close() throws IOException 

(A sottotipo può anche sostituire con una versione cancellata della firma del metodo ... ma questa è vecchia storia)

In java8, sub-interfaccia può fornire un impl di default per il metodo astratto

interface DummyCloseable extends Closeable 
{ 
    default void close() 
    { 
     // do nothing 
    }