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

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 389 — #427
✐
13.3. new y delete para vectores
creó, y llamar al destructor para cada uno de dichos elementos. Esta es una mejora
sobre la sintaxis primitiva, que puede verse ocasionalmente en el código de viejos
programas:
delete [100] fp;
que forzaba al programador a incluir el número de objetos contenidos en el vector,
introduciendo con ello una posible fuente de errores. El esfuerzo adicional que
supone para el compilador tener en esto en cuenta es pequeño, y por eso se consideró
preferible especificar el número de objetos en un lugar y no en dos.
13.3.1. Cómo hacer que un puntero sea más parecido a un
vector
Como defecto colateral, existe la posibilidad de modificar el puntero fp anteriormente
definido, para que apunte a cualquier otra cosa, lo que no es consistente con
el hecho de ser la dirección de inicio de un vector. Tiene más sentido definirlo como
una constante, de modo que cualquier intento de modificación sea señalado como
un error. Para conseguir este efecto se podría probar con:
int const* q = new int[10];
o bien:
const int* q = new int[10];
pero en ambos casos el especificador const quedaría asociado al int, es decir,
al valor al que apunta, en lugar de al puntero en sí. Si se quiere conseguir el efecto
deseado, en lugar de las anteriores, se debe poner:
int* const q = new int[10];
Ahora es posible modificar el valor de los elementos del vector, siendo ilegal cualquier
intento posterior de modificar q, como q++ por ejemplo, al igual que ocurre con
el identificador de un vector ordinario.
13.3.2. Cuando se supera el espacio de almacenamiento
¿Qué ocurre cuando new() no puede encontrar un bloque contiguo suficientemente
grande para alojar el objeto En este caso se produce la llamada a una función
especial: el manejador de errores de new o new-handler. Para ello comprueba si un
determinado puntero a función es nulo, si no lo es, se efectúa la llamada a la función
a la que apunta.
El comportamiento por defecto del manejador de errores de new es disparar una
excepción, asunto del que se tratará en el Volumen 2. Si se piensa usar la asignación
dinámica, conviene al menos reemplazar el manejador de errores de new por una
función que advierta de la falta de memoria y fuerce la terminación del programa.
De este modo, durante la depuración del programa, se podrá seguir la pista de lo sucedido.
Para la versión final del programa, será mejor implementar una recuperación
de errores más elaborada.
389
✐
✐
✐
✐