¿Por qué es malo #include <iostream.h>?

Estaba leyendo otro hilo donde un chico preguntó sobre libros de C ++ para principiantes, y uno de los programadores que respondieron escribió esto:

Algunas advertencias: evite todos los libros que presenten un "hola mundo" con

#include <iostream.h>

Abrí mi libro C ++ y, efectivamente, incluía el encabezado iostream como en el ejemplo anterior.

¿Por qué es eso malo? ¿Qué otros indicadores debo tener en cuenta al aprender C ++?

Antecedentes: soy competente con C y comenzaré a aprender C ++ el próximo semestre.

El encabezado iostream.h es un encabezado no estándar y no existe en todas las plataformas. De hecho, no existe en mi sistema (usando g ++ y GNU libstdc ++). Entonces, cualquier código que lo use simplemente no se compilará en mi sistema.

El iostream.hencabezado solía ser común antes de que C ++ se estandarizara por primera vez en 1998. Pero desde que se usó el estándar 98 en <iostream>lugar de <iostream.h>, este último ha caído en desgracia (no es estándar y todo) y ya no es compatible con todas las plataformas. El código que lo usa debe considerarse un código heredado no estándar y no es portátil. Los libros que lo enseñan deben considerarse obsoletos y evitarse.

#include <iostream.h>es una señal de que el libro fue escrito antes del primer estándar C ++ en 1998 (el encabezado estándar es iostream).

El problema es que el código C ++ anterior tiende a escribirse de una manera que hoy se considera una mala práctica. En particular,

• El uso de matrices de estilo C en lugar de clases de contenedor como std::stringy std::vector.
• El uso de closefunciones explícitas en lugar de RAII.

iostream.hno es lo peor que un libro anterior a 1998 se equivocará, pero es probable que sea lo primero que se equivoque un libro anterior a 1998.

Tal vez esto llegue un poco tarde, pero para lo que vale, en un cuadro de Unix / Linux hacer ls /usr/{local/,}include/c++/*o similar, de acuerdo con su diseño y rutas. Podrías grepbuscar el encabezado en cuestión, como:

ls /usr/{local/,}include/c++/* | grep iostream 

Esto implica una búsqueda, iostream.hasí como cualquier otra supercadena.

O ejecute find / -type f -name iostream 2> /dev/null | grep includeo locate iostream | grep include(siempre que la base de datos esté actualizada; de lo contrario, anteponga una llamada a updatedb); estos, sin embargo, imprimirán también inclusiones que no sean de todo el sistema, por lo que debe ajustarlas adecuadamente. La ruta de inclusión real de C ++ se encuentra fácilmente con algo como:

g++ -v 2>&1| sed -rn 's/.+gxx-include[^=]+=([^ ]+).+/\1/p' # adjust iff empty

Equivalente en Windows y otras máquinas. Supongo que la idea es clara: un archivo que iostream.hya no existe en el sistema incluye la ruta de forma predeterminada, sin embargo, aún puede encontrar distribuciones libc ++ heredadas con iostream.henlaces suaves iostreamo como su copia. Así que esto no es una cuestión de estilo sino de circunstancias. Puede enviar el suyo propio iostream.hcon su proyecto solo asegúrese de que esté contenido en la ruta de inclusión donde su compilador busca los <...>encabezados.

Solo dejo caer mis 2 centavos. No creo que haya una correlación entre ".h" y la calidad de un libro. Este es un problema menor de sintaxis. En el pasado, en realidad era la sintaxis correcta.

¿Es posible tener un gran libro con iostream.h? si

¿Es posible tener un libro terrible con iostream? si

Confiaría en las opiniones de los usuarios en línea (y en mi propia opinión después de leer) para juzgar la calidad de un libro.