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

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 426 — #464
✐
Capítulo 14. Herencia y Composición
};
// Wind objects are Instruments
// because they have the same interface:
class Wind : public Instrument {};
void tune(Instrument& i) {
// ...
i.play(middleC);
}
int main() {
Wind flute;
tune(flute); // Upcasting
} ///:~
Lo interesante en este ejemplo es la función tune(), que acepta una referencia Instrument.
Sin embargo, en main() la función tune() se llama utilizando una referencia
a un objeto Wind. Dado que C++ es un muy peculiar sobre la comprobación de tipos,
parece extraño que una función que acepta solo un tipo pueda aceptar otro tipo, al
menos que sepa que un objeto Instrument es tambien un objeto Instrument.
14.10.1. ¿Por qué «upcasting»
La razón de este término es histórica y esta basada en la manera en que se dibuja
la herencia: con la raíz en la parte superior de la pagina y hacia abajo (por supuesto
que puede pintar su diagrama de cualquier modo que le sea útil). El diagrama para
Instrument.cpp es:
Instrumento
Viento
Figura 14.1: Upcasting
El hecho de pasar de la clase derivada a la clase base, esto es, desplazarse hacia
arriba en el diagrama de la herencia, es normalmente conocido como upcasting. Upcasting
es siempre seguro porque se esta desplazando de un tipo desde un tipo mas
especifico a otro tipo mas general. - únicamente puede ocurrir es que la interfaz de
la clase pierda algunas funciones miembro, pero no ganarlas. Esto es porque el compilador
permite el upcasting sin ninguna conversión explicita o notación especial.
14.10.2. FIXME Upcasting y el constructor de copia
Si permite que el compilador cree un constructor copia de una clase derivada,
éste llamara automáticamente al constructor copia de la clase base, y entones ,a los
426
✐
✐
✐
✐