#include <iostream.h>が悪いのはなぜですか？

私は別のスレッドを読んでいたが、ある男が初心者向けにC ++の本について尋ね、プログラマーの一人がこれを書いた。

いくつかの警告：「hello world」を示すすべての本を避ける

#include <iostream.h>

C ++ブックを開いて、上記の例のようなiostreamヘッダーが含まれていることを確認しました。

なぜそれが悪いのですか？C ++を学習するとき、他にどのような留意点がありますか？

背景：私はCに精通しており、次の学期にC ++を学び始めます。

ヘッダーiostream.hは非標準ヘッダーであり、すべてのプラットフォームに存在するわけではありません。実際のところ、私のシステムには存在しません（g ++とGNU libstdc ++を使用）。したがって、それを使用するコードは、システム上でコンパイルされません。

iostream.hC ++は、最初1998年に標準化しかし、98標準のために使用される前にヘッダが共通に使用される<iostream>代わりに<iostream.h>、後者は（非標準およびすべてである）好意から落ちていない、もはやすべてのプラットフォーム上でサポートされています。それを使用するコードは、非標準のレガシーコードと見なされるべきであり、移植性はありません。それを教える本は時代遅れであると見なされ、避けるべきです。

#include <iostream.h>は、本が1998年に最初のC ++標準より前に書かれたことを示す記号です（標準ヘッダーはですiostream）。

問題は、古いC ++コードは、今日悪い習慣と考えられる方法で記述される傾向があることです。特に、

• std::stringやなどのコンテナクラスではなく、Cスタイルの配列を使用しますstd::vector。
• closeRAIIではなく明示的な関数の使用。

iostream.h1998年以前の本が間違っているのは最悪のことではありませんが、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システムに存在しないファイルにはデフォルトでパスが含まれるようになりましたが、iostream.hソフトリンクiostreamまたはコピーとしてレガシーlibc ++ディストリビューションを見つけることができます。したがって、これはスタイルの問題ではなく、状況の問題です。iostream.hコンパイラが<...>ヘッダーを検索するインクルードパスに含まれていることを確認するだけで、プロジェクトに独自のものを出荷できます。

ちょうど私の2セントを落とします。「.h」と本の品質の間に相関関係があるとは思わない。これは小さな構文の問題です。昔は、実際には正しいsytnaxでした。

iostream.hで素晴らしい本を入手することは可能ですか？はい

iostreamでひどい本を持つことは可能ですか？はい

本の品質を判断するには、オンラインユーザーレビュー（および読んだ後の自分のレビュー）に依存します。