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

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 537 — #575
✐
los casos en que ellos puedan necesitar usar únicamente punteros. (eso puede
acelerar las compilaciones.)
45. Cuando elija el tipo de retorno de una operador sobrecargado, considere que
ocurrirá if se encadenan expresiones. Retorne una copia o referencia al valor
(return *this) de modo que se pueda usar e una expresión encadenada (A
= B = C). Cuando defina el operator=, recuerde que x=x.
46. Cuando escriba una función, pase los argumentos por referencia constante como
primera elección. Siempre que no necesite modificar el objeto que está pasando,
esta es la mejor práctica porque es tan simple como si lo parasa por valor
pero sin pagar el alto precio de construir y destruir un objeto local, que es lo
que ocurre cuando se pasa por valor. Normalmente no se querrá preocupar demasiado
de las cuestiones de eficiencia cuando esté diseñando y contruyendo
su sistema, pero este hábito es una ganancia segura.
47. Tenga cuidado con los temporarios. Cuando esté optimizando, busque creaciones
de temporarios, especialmente con sobrecarga de operadores. Si sus constructores
y destructores son complicados, el coste de la creació y destrucción
de temporarios puede ser muy alto. Cuando devuelva un valor en una función,
intente siempre contruir el objeto «en el sitio» (in place) con una llamada
al constructor en la sentencia de retorno:
return MyType(i, j);
mejor que
MyType x(i, j);
return x;
La primera sentencia return (también llamada optimización de valor de retorno)
evita una llamada al constructor de copia y al destructor.
48. Cuando escriba constructores, considere las excepciones. En el mejor caso, el
constructor no hará nada que eleve un excepción. En ese escenario, la clasé
será compuesta y heredará solo de clases robustas, de modo que ellas se limpiarán
automáticamente si se eleva una excepción. Si requiere punteros, usted
es responsable de capturar sus propias excepciones y de liberar los recursos antes
de elevar una excepción en su constructor. Si un contructor tiene que fallar,
la acción apropiada es elevar una excepción.
49. En los constructores, haga lo mínimo necesario. No solo producirá una sobrecarga
menor al crear objetos (muchas de las cuales pueden quedar fuera del
control del programador), además la probabilidad de que eleven excepciones
o causen problemas será menor.
50. La responsabilidad del destructor es la de liberar los recursos solicitados durante
la vida del objeto, no sólo durante la construcción.
51. Utilice jerarquías de excepciones, preferiblemente derivadas de la jerarquía de
excepción estándar de C++ y anidelas como clases públicas con la clase que
eleva la excepción. La persona que captue las excepciónes puede capturar los
tipos específicos de excepciones, seguida del tipo base. Si añade una nueva excepción
derivada, el código de cliente anterior seguirá capturando la excepción
por medio del tipo base.
537
✐
✐
✐
✐