Scopo di avere figli astratti estendendo il genitore concreto

Question

A volte, mi sono imbattuto in qualche progetto di classe come segue.

abstract class animal { 
    public abstract void speak(); 
} 

class dog extends animal { 

    @Override 
    public void speak() { 
     // Do something. 
    } 

} 

abstract class abstract_dog extends dog { 
    @Override 
    public abstract void speak(); 
} 

---

Mi chiedevo, qual è lo scopo di avere una classe abstract_dog? Perché "trasformiamo" il metodo di parlare non astratto in astratto, parliamo ancora?

Answer 1

Nel caso in cui si desideri creare una classe base che obbliga le persone a sovrascrivere speak, ma eredita Dog.

Answer 2

Concordo con SLaks, e pensare che questa sarebbe una vera e propria situazione di vita:

abstract class animal { 
    public abstract void speak(); 
} 

class dog extends animal { 

    @Override 
    public void speak() { 
     // Dog says 'bark' 
    } 

} 

abstract class abstract_dog extends dog { 
    @Override 
    public abstract void speak(); 
} 

class poodle extends abstract_dog { 
    @Override 
    public void speak() { 
     // poodle says 'yip yip' 
    } 
} 

class great_dane extends abstract_dog { 
    @Override 
    public void speak() { 
     // great dane says 'ruff ruff' 
    } 
} 

Penso che si può usare questo nel caso in cui si desidera che la rendono una nuova classe figlia implementare il metodo speak e la classe dog potrebbe avere altri metodi che la nuova classe figlio non dovrà implementare.
Sapere di più sulla tua esatta situazione ti aiuterà a determinare se esiste un design migliore per questo scenario.