拡張子のないC ++ヘッダーファイルを使用することは良い習慣ですか？

私が従うべきC ++ガイドラインに関して私の同僚と議論があります。

彼は現在、すべてのライブラリをそのように設計しています。

• 彼はファイル名に一貫性のない大文字と小文字を使用しています
• 彼のヘッダーの一部には拡張子がありません

拡張子がないことはC ++標準ファイル用に予約されているものであり、大文字を使用するとエラーが発生しやすくなると考えています（特に、WindowsとLinuxの両方で機能するコードを扱う場合）。

彼のポイントは、彼がQt（Qtを使用しないコードの場合でも）慣例に従い、「Qtがそのように実行する場合、それは悪いことではない」と言い続けることです。

今、私はオープンマインドを保つようにしていますが、彼のライブラリで/彼のライブラリで作業しなければならないときは本当に気分が悪いです。これに関して共通して確立された一連のルールはありますか？標準はそれについて何かを教えていますか？

どうもありがとうございました。

拡張機能（または不足）が原因で問題が発生することはありません。拡張子を完全に削除すると、ヘッダーファイル（たとえば、ワイルドカード* .hおよび* .hppを使用した検索）が困難になり、ファイルの内容を特定することが難しくなる（たとえば、エディターは、適切な構文強調表示モードを選択するために拡張機能に依存しています）。

コードの観点からは、それほど大きな違いはありません。大文字と小文字を区別し、ファイルの区別に大文字と小文字の違いだけに依存しない限り、大文字と小文字は区別されません。利便性の観点から、小文字をそのまま使用して拡張子（.hまたは.hpp）を付ける方が簡単です。

ただし、上記のいずれよりも重要なことは、開発チーム全体に対して1つの規則を選択し、それに従うことです。何かを含めたいときはいつでも、ファイルの大文字と小文字、名前、拡張子を調べる必要があるのは、はるかに悪いことです。これらはすべて、使用しようとしているものについての知識で「推測可能」である必要があります。

（標準では）標準ヘッダーファイルのみに拡張子を付けることができないという規則はありません。ファイル名はほとんど何でもかまいません。ただし、一般的な推奨事項は次のとおりです。

1. 拡張子のないファイルはありません。

2. ファイルの種類が異なれば拡張子も異なります。特に、C ++ヘッダーは、Cコンパイラで受け入れ可能なヘッダーとは異なる拡張子（.hppまたは.hh）を使用します。

（残念ながら、2番目のルールに違反することが多く、C ++ヘッダーファイルにが表示されることがよくあります.h。個人的な経験から、これにより将来的にメンテナンスの問題が発生することは確かですが、これは一般的な方法です。）

ファイル名は一部のシステムでは大文字と小文字が区別され、他のシステムでは区別されないため、大文字と小文字については細心の注意が必要です。機能する2つの異なるルールを見ました。ファイル名のすべてが小文字であるか、ファイル名がC ++のシンボルの場合とまったく同じであるというルールに従います。

どちらの場合も、コンセンサスによってプロジェクトのルールを確立し、全員がそれに従います。

If Qt does it that way, then it can't be bad.

はい。はい、本当にそうです。彼らのライブラリ設計は「私たちはひどくJavaになりたい」です。それは完全に混乱しています。標準ライブラリははるかに優れています。

また、基本的には、これは論理的な誤りです。Qtの設計は、なぜそれが優れているのかについて論理的な議論をすることができる場合にのみエミュレートする価値があります。

私が知っているように、1998年の標準以降、標準ライブラリヘッダーのみが.hなしになります。したがって、非標準のC ++ヘッダーファイルは、従来どおり.hで記述されています。ただし、これは規則であることを覚えておいてください。拡張子を使用することも、.txt拡張子を使用することもできます。これは、小文字で始まるクラスを作成するようなもので、まだ機能していますが、規則ではありません。

これらは規則ではなく規則であり、規則を順守するための制約はありませんが、参照により参照する場合、規則により作業が容易になります。

extensions（.h、.hpp）に従って、c ++に含まれているファイルには拡張子を付ける必要はありません。cライブラリやboostライブラリなど、c ++以外のヘッダーを使用している場合は、拡張子を使用する必要があります。