Чому #include <iostream.h> погано?

Я читав ще одну тему, де хлопець розпитував про книги C ++ для початківців, а один із програмістів, відповідаючи, написав це:

Деякі застереження: уникайте всіх книг, які представляють "привіт світ", в якому йдеться

#include <iostream.h>

Я відкрив свою книгу C ++ і досить впевнений, що вона включала заголовок iostream, як у прикладі вище.

Чому це погано? Які ще вказівки слід пам’ятати, вивчаючи C ++?

Передумови: Я знаю C і я почну вивчати C ++ у наступному семестрі.

Заголовок iostream.h є нестандартним заголовком і існує не на всіх платформах. Насправді його немає в моїй системі (використовуючи g ++ та GNU libstdc ++). Тож будь-який код, що використовує його, просто не компілюється в моїй системі.

iostream.hТема , що використовується для бути загальним , перш ніж C ++ був першим стандартизований в 1998 р Але оскільки стандарт 98 використовується <iostream>замість <iostream.h>, останній не опалі (нестандартними і все) і більше не підтримується на всіх платформах. Код, який його використовує, слід вважати нестандартним застарілим кодом і не є портативним. Книги, які її навчають, слід вважати застарілими та уникати їх.

#include <iostream.h>є ознакою того, що книга була написана до першого стандарту C ++ у 1998 році (стандартний заголовок iostream).

Проблема полягає в тому, що старший код C ++, як правило, пишеться так, що сьогодні вважається поганою практикою. Зокрема,

• Використання масивів у стилі С, а не контейнерних класів типу std::stringта std::vector.
• Використання явних closeфункцій, а не RAII.

iostream.hне найгірше, що книга до 1998 року помилиться, але це, ймовірно, перше , що книга до 1998 року помилиться.

Можливо, це приходить трохи пізно, але для того, що це варто, в поле Unix / linux зробіть ls /usr/{local/,}include/c++/*або подібне, відповідно до вашого макета та шляхів. Ви можете grepшукати заголовок, про який йдеться, наприклад:

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

Це тягне за собою пошук, iostream.hяк і будь-які інші суперстриги.

Або запустіть find / -type f -name iostream 2> /dev/null | grep includeабо locate iostream | grep include(за умови, що база даних поточна, інакше передбачте дзвінок updatedb) - вони, однак, друкуватимуть також несистемні включення, тому, будь ласка, налаштуйте їх належним чином. Справжній шлях включення до C ++ легко знайти з чимось на зразок:

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

Еквівалентно для Windows та інших машин. Думаю, ідея зрозуміла - такий файл, iostream.hякий не існує в системі, більше не містить шляху за замовчуванням, проте ви все ще можете знайти застарілі дистрибутиви libc ++ з iostream.hм'яким зв'язком iostreamабо копією. Тож це не питання стилю, а скоріше обставин. Ви можете відправити свій власний iostream.hпроект, просто переконайтеся, що він міститься в шляху включення, де ваш компілятор шукає <...>заголовки.

Просто скинув мої 2 копійки. Я не думаю, що існує кореляція між ".h" та якістю книги. Це незначна синтаксична проблема. Ще в той день це був насправді правильний синтаксис.

Чи можна мати чудову книгу з iostream.h? так

Чи можна мати жахливу книгу з iostream? так

Я б покладався на огляди користувачів в Інтернеті (і власний відгук після читання), щоб оцінити якість книги.