Clase abstracta con todos los métodos concretos

Question

¿Hay alguna situación de programación práctica para que alguien declare un resumen de clase cuando todos los métodos en él son concretos?

Answer 1

Bien podría estar usando un patrón de método de plantilla donde hay múltiples puntos de reemplazo que tienen implementaciones predeterminadas pero donde las implementaciones predeterminadas combinadas por sí mismas no son legales, cualquier implementación funcional debe ser una subclase.

(Y sí, me gusta el Template Method;))

Answer 2

Una clase abstracta es una clase que se declara abstracta; puede incluir o no métodos abstractos. No se pueden crear instancias de modo que si tiene una clase abstracta con métodos concretos, entonces se puede subclasificar y luego se puede crear una instancia de la subclase.

Answer 3

Niza pregunta :)

Una cosa es segura ... esto es ciertamente posible. La sugerencia de plantilla de krosenvold es una buena razón para hacer esto.

Solo quiero decir que una clase no debe declararse abstract solo para evitar su creación de instancias.

Esto se conoce en el lenguaje Java Especificación Section 8.1.1.1

Answer 4

Immagine una interfaz cuyos métodos declarados por lo general muestran el mismo comportamiento por defecto cuando se implementa. Al escribir una clase que necesita soportar la interfaz, debe definir dicho comportamiento predeterminado una y otra vez.

Para facilitar la implementación de sus clases concretas, es posible que desee proporcionar una clase abstracta que proporcione un comportamiento predeterminado para cada método. Para admitir la interfaz en una clase concreta, puede derivar de la clase abstracta y anular los métodos si se desvían del comportamiento estándar. De esta forma, evitará la implementación repetida del mismo comportamiento predeterminado (redundante).

Answer 5

Cuando se tiene una clase importante, pero el sistema no puede crear una instancia fo esta clase, porque

• esta clase es el padre de un montón de clases del sistema;
• esto tiene mucha responsabilidad (métodos utilizados por mucha clase) para los dominios;
• esta clase no representa un objeto concreto;

Answer 6

Otro posible caso de uso es un decorador que delega todas las llamadas a la instancia envuelta. Una aplicación concreta decorador puede anular sólo aquellos procedimientos en los que se añade la funcionalidad:

public interface Foo { 
    public void bar(); 
} 
public abstract class FooDecorator implements Foo { 
    private final Foo wrapped; 
    public FooDecorator(Foo wrapped) { this.wrapped = wrapped; } 
    public void bar() { wrapped.bar(); } 
} 
public class TracingFoo extends FooDecorator { 
    //Omitting constructor code... 
    public void bar() { 
     log("Entering bar()"); 
     super.bar(); 
     log("Exiting bar()"); 
    } 
} 

Aunque realmente no veo el necessarity declarar FooDecorator tan abstracto (ejemplo no abstracta: HttpServletRequestWrapper).

Answer 7

Las respuestas anteriores ya abordaron los principales problemas, pero hay un pequeño detalle que podría valer la pena mencionar.

Puede tener una fábrica que devuelva instancias de subclases (ocultas) de la clase abstracta.La clase abstracta define el contrato en el objeto resultante, además de proporcionar implementaciones predeterminadas, pero el hecho de que la clase sea abstracta evita que se cree una instancia directamente y también señala el hecho de que la identidad de la clase de implementación "real" no es publicado.

Answer 8

Se pregunta por qué nadie ha señalado el ejemplo práctico de MouseAdapter:

http://docs.oracle.com/javase/6/docs/api/java/awt/event/MouseAdapter.html

Una clase abstracta adaptador para recibir eventos de ratón. Los métodos en esta clase están vacíos. Esta clase existe como una conveniencia para crear objetos de escucha .