Pensar en C++ (Volumen 1) - Grupo ARCO

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 449 — #487
✐
15.7. Clases base abstractas y funciones virtuales puras
Figura 15.3: Clase abstracta
La única razón para establecer una interfaz común es que después se pueda expresar
de forma diferente en cada subtipo. Se crea una forma básica que tiene lo que
está en común con todas las clases derivadas y nada más. Por esto, Instrument es
un candidato perfecto para ser una clase abstracta. Se crea una clase abstracta sólo
cuando se quiere manipular un conjunto de clases a través de una interfaz común,
pero la interfaz común no necesita tener una implementación (o como mucho, no
necesita una implementación completa).
Si se tiene un concepto como Instrument que funciona como clase abstracta,
los objetos de esa clase casi nunca tendrán sentido. Es decir, Instrument sirve solamente
para expresar la interfaz, y no una implementación particular, por lo que crear
un objeto que sea únicamente un Instrument no tendrá sentido, y probablemente
se quiera prevenir al usuario de hacerlo. Se puede solucionar haciendo que todas
las funciones virtuales en Instrument muestren mensajes de error, pero retrasa la
aparición de los errores al tiempo de ejecución lo que obligará a un testeo exhaustivo
por parte del usuario. Es mucho más productivo cazar el problema en tiempo de
compilación.
Aquí está la sintaxis usada para una función virtual pura:
virtual void f() = 0;
Haciendo esto, se indica al compilador que reserve un hueco para una función en
la VTABLE, pero que no ponga una dirección en ese hueco. Incluso aunque sólo una
449
✐
✐
✐
✐