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

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 372 — #410
✐
Capítulo 12. Sobrecarga de operadores
};
// Overloaded eat():
void eat(Orange);
void eat(Pear);
int main() {
Apple c;
//! eat(c);
// Error: Apple -> Orange or Apple -> Pear
} ///:~
La clase Apple tiene conversiones automáticas a Orange y a Pear. El elemento
capcioso aquí es que no hay problema hasta que alguien inocentemente crea dos
versiones sobrecargadas de eat(). (Con una única versión el codigo en main()
funciona correctamente).
De nuevo la solución -- y el lema general de la conversión automática de tipos --
es proporcionar solo una conversión automática de un tipo a otro. Puede tener conversiones
a otros tipos, sólo que no deberían ser automáticas. Puede crear llamadas a
funciones explícitas con nombres como makeA() y makeB().
Actividades ocultas
La conversión automática de tipos puede producir mas actividad subyacente de
la que se podría esperar. Mire esta modificación de CopyingVsInitialization.
cpp como un pequeño rompecabezas:
//: C12:CopyingVsInitialization2.cpp
class Fi {};
class Fee {
public:
Fee(int) {}
Fee(const Fi&) {}
};
class Fo {
int i;
public:
Fo(int x = 0) : i(x) {}
operator Fee() const { return Fee(i); }
};
int main() {
Fo fo;
Fee fee = fo;
} ///:~
No hay un constructor para crear Fee fee de un objeto Fo. Sin embargo, F-
o tiene una conversión automática de tipos a Fee. No hay un constructor de copia
para crear un Fee a partir de un Fee, pero ésa es una de las funciones especiales que
el compilador puede crear. (El constructor por defecto, el constructor de copia y o-
perator=) y el destructor pueden sintetizarse automáticamente por el compilador.
372
✐
✐
✐
✐