Classe abstratas vs Interfaces

Não vejo isso como uma grande desvantagem.

Ate hoje, as interfaces que eu vi são muito pequenas, com no maximo 6 metodos. Se vc tiver uma interface com 100 métodos, cada classe que resolver implementar essa interface vai ter um trabalhão desgraçado.

Alem do mais, classe (abstrata ou não) vc só pode extender uma, interface vc implementa varias. Alem disso, vc pode quebrar as classes filhas alterando a classe pai de uma forma muito mais fácil do que alterando uma interface que, por ventura, alguma classe implementa.

Interfaces BEM PLANEJADAS não dão todo esse trabalho.
É interessante tentar utilizar menos herança e mais interfaces. Voce pode se dar bem DELEGANDO funcionalidades à outro objeto que simplesmente fazê-lo herdar de algum objeto.

Eu acho que as interfaces quando bem utilizadas são as melhores opções.

Minha opinião tá aqui:

Patterns - Fundamental

Deduções minhas sobre um Livro de Patterns. (Mark Grand, Patterns in Java, Volume 1)

Abraços

Acho que o desafio mesmo é utilizar os dois da melhor maneira…

As classes abstratas para implementar comportamentos típicos de suas classes filhas e interfaces para definir todo o resto que não é comum entre as classes…

Só com um bom planejamento pode-se fazer uma boa utilização dessas técnicas…

A desvantagem que você apontou para a interface também se aplica as classes abstratas. Todos os métodos publicados da classe abstrata serão também fixados, e você terá problemas sérios se altera-los.

A interface, só deve conter a parte pública. Se você está publicando métodos que não deveriam ser públicos, então está modelando incorretamente sua interface.

Eu prefiro encarar a interface como um compromisso comportamental. Por exemplo, quando um método recebe como parâmetro uma interface ele está simplesmente dizendo: “Eu espero um objeto qualquer, desde que ele se comporte dessa maneira”. Note que essa é uma relação fraca, pois objetos de tipos completamente diferente podem ter um mesmo comportamento. E um objeto pode ter mais de um comportamento. Por isso, ele pode implementar mais de uma interface.

Já as classes abstratas representam uma relação de tipos. Aquele mesmo método, se usasse uma classe abstrata diria: “Eu preciso de um objeto que seja do mesmo tipo desse outro objeto aqui”.

Isso é uma relação muitíssimo mais forte e, portanto, você poderá esperar por mais acoplamento em seu sistema. Até por isso, classes abstratas também podem conter atributos, métodos protegidos, chamar métodos das classes filhas, etc. Afinal, estamos falando de classes do mesmo tipo.

Agora vamos as vantagens da interface em relação as classes abstratas:

1. Um objeto pode implementar mais de uma interface;

2. O objeto pode implementar uma interface em qualquer nível da hierarquia que ele pertença. Por exemplo, Você tem 3 níveis: Animal->Mamífero->Cachorro, e a interface Farejador poderá ser implementada apenas na classe Cachorro. Isso não é possível com classes abstratas, pois cada classe só pode ter uma classe pai. Você também poderia fazer isso para classes em diferentes pontos da hierarquia, como implementar Nadador para Pato (filho de Ave) e não implementar para Galinha; e implementar para Jacaré (filho de Réptil) e não implementar para Lagartixa;

3. Você pode fazer proxies dinâmicos com interfaces usando a classe java.lang.reflect.Proxy;

4. É mais fácil fazer injeção de dependência em interfaces. Isso flexibiliza o sistema e facilita os testes.

A vantagem das classes abstratas é:
Você pode ter implementações default em classes abstratas;

Por isso, é muito comum um idioma combinado. Defina a interface básica que você precisa, e crie uma classe abstrata para facilitar a sua implementação. O próprio java tem exemplos disso:

• Interface TableModel, classe AbstractTableModel
• Interface KeyListener, classe KeyAdapter

PS: Há um tempo atrás, já houve uma discussão dessas no GUJ.

Sugiro a leitura:
http://www.guj.com.br/posts/list/51866.java