アンダースコアで変数/メンバーを開始すると、コンパイラが困惑することがありますか？

私は高校以来、このような変数を定義することを教えられてきました。

int _a;

または

int __a;

アンダースコアで始まる変数を使用して一時変数に名前を付けるコンパイラーを最終的に困惑させるので、悪い慣習を検討する必要があります。

私の知る限り、これが名前の最後にアンダースコアを移動することを好む理由です：

int a_;

ただし、アンダースコア開始変数を使用するコードがたくさん見られます。そして、そのコードはVisual Studio 2010とg ++ 4.xの両方でかなりうまくビルドされます。

だから私は疑問に思う：これは最近の問題ではないのですか？最新のコンパイラは命名規則について賢いですか？

接頭辞の下線が悪い習慣である理由を誤解しているようです。簡単に言うと、CおよびC ++標準では、標準ライブラリの実装など、実装の詳細のためにこれらのプレフィックスが予約されているためです。（_と__は同じもののために予約されていないことに注意してください、コメントを参照してください）

名前がスコープ（名前空間、クラスなど）の下にある場合でも、これらのプレフィックスを使用するグローバル名（特にマクロ）が存在する可能性があり、それらも使用するとコードを静かに壊す可能性があります。

したがって、基本的には、ほとんどの場合、これらの接頭辞を使用しても安全ですが、使用しない場合は、名前が実装名と競合しないことが100％保証されます。

疑いなく、これらのプレフィックスを使用しない理由です。

2つのアンダースコアを使用するのは間違いなく、コンパイラ固有の実装の詳細のために予約されています。これは、1つのアンダースコアの使用には適用されません。

アンダースコアを嫌う人もいます。あなたが何かを呼び出すかどうかm_indexか、highest_priceもしくは_aそれを彼らは憎みます- 。25年前に、特定のIBMプリンター（非常に人気のあるプリンター）について、他のすべての行の一番下のピクセルを省略して、ページにさらに多くの行を収める誰かと話しました。これはメモや数字などの大きな出力の出力には適していましたが、アンダースコアの半分を非表示にするコードには効果がありました。（はい、本当に！）その世代の人々は一般に、そのプリンターとの相互作用、またはアンダースコアを使用しないことを彼らにぶつけた誰かと働くことから、不合理なアンダースコア嫌いを持っています。

ほとんどの人が混在する場合（私たちは、中に持って言わなかったオプション、Fortranの）より読みやすいアプローチを使用して検索する：mIndex、HighestPrice、a以前下線例にかなりよく立ち上がります。次の2つのルールを示します。

• 2つのアンダースコアで何も開始しない（関数、変数、マクロ、typedef）
• 一貫性のある規則を選ぶ（例：_limit関数のパラメータのために、m_limitメンバ変数のために、すべての単語、ハンガリー語、大文字に、アンダースコア、キャメルケースを使用することはありません、何かそれにスティックを）。最初にアンダースコアを付けたり、時には最後にアンダースコアを付けたり、時にはアンダースコアを使用したり、5種類の大文字と小文字の規則を使用したりしないでください。一貫してください。

問題のプリンタはなくなっています。一度に1つのアンダースコアを使用する場合は、お気軽に。しかし、アンダースコアの嫌悪感はまだ存在していることを理解してください。