Czy ma sens przesłonięcie metody w interfejsie

Question

Mam na przykład interfejs A i B. A ma (abstrakcyjną) metodę o nazwie foo. B rozszerza A.

Możliwe jest zastąpienie foo w interfejsie B nawet przy @Override, ale czy jest jakakolwiek sytuacja, w której to ma sens? Nie ma nic do przesłonięcia, ponieważ obie metody muszą być abstrakcyjne i nie mieć ciała. Więc myślę, że nie ma sytuacji, w której to ma sens, prawda?

Dlaczego więc możliwe jest przesłonięcie interfejsu?

Answer 1

Jedna sytuacja jest wtedy, gdy chcesz zaktualizować dokumentację Javadoc do zastanowienia się bardziej konkretną umowę w sposobie w podinterfejsu, jak to ma miejsce w przypadku Collection#addAll(Collection) i List#addAll(Collection):

• Collection#addAll(Collection):

  Dodaje wszystkie elementy z określonej kolekcji do tej kolekcji (operacja opcjonalna) ...

• List#addAll(Collection:

  Dołącza wszystkich elementów w określonej kolekcji na końcu tej listy, w kolejności, w jakiej są one zwrócone przez iterator określonej kolekcji (opcjonalnie praca) ...

podinterfejsu można również dodać domyślną implementację począwszy Java 8.

Answer 2

Podtyp może nakładać więcej warunków, zmieniać typ zwrotu, zmieniać typy rzutów. Jednym z przykładów

interface AutoCloseable 
    void close() throws Exception 

interface Closeable extends AutoCloseable 
    void close() throws IOException 

(A podtyp może również zastąpić usunięte z wersji podpisu metody ... ale to stara historia)

W java8, sub-interface może dostarczyć domyślny Impl dla abstrakcyjnej metody

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