パブリック変数とプライベート変数の命名規則

Question

公開としてm_varnameを使用し、privateと_variableを持つ同じクラス

Answer 1

いくつかの懸念：

• は、なぜあなたは、パブリック変数を持っていますか？

• _と__で始まる識別子は、システムライブラリ用に予約されています。実際にはこれはあまり重要ではありませんが、認識するのは良いことです。

これらのことから、どのように見えるかにかかわらず、命名規則を作成することに何も問題はありません。ただ一貫している。

Answer 2

C++で作業していると仮定すると、私の答えはNOです。それは完全に合理的ですが、あなたは本当にその大会に固執すべきです。

しかし、C＃などの静的型付き言語では、そのような命名規則はやや冗長であると想定しています。

個人的に私はそれは醜いと思うが、変数がC++でどこから来るのかは明らかではない。そのような甘えが助けになるかもしれない。

Answer 3

命名規則に関する限り、誰もが自分の好みを持っています。私は、より多くの人々がクラス内の公的変数を持たないことに同意するだろうと言いたい。

Answer 4

C++とJavaの場合も同様です。ハンガリー語表記や接頭辞/接尾辞は必要ありません。キーワード「this」が見つかりました！

あなたは、コンストラクタの初期化リストを使用することができ、この単純な例ではもちろん

class MyClass { 
    private: 
     int value; 

    public: 
     MyClass(int value) { 
      this->value = value; 
     } 
} 

（はず！）;）

ので、代わりに任意の厄介な表記は、単に言語の可能性を採用して使用します。メンバー変数の名前を知っていれば、それは完璧であることがわかります。なぜあなたは "_"でそれを難読化しますか？

パブリックメンバーとプライベートメンバーに同じ名前を使用する場合は、これは絶対に間違った考えです！なぜ同じクラスで同じことを表現するには2つのことが必要でしょうか？それをプライベートにして、完全に名前をつけてゲッターとセッターに公開してください。

Answer 5

アンダースコアで始まる名前または二重アンダースコアを含む名前は使用しないでください。これらの名前は、コンパイラと実装用に予約されています。その制限の他に、あなたとあなたのチームが好きな命名規則を使うことができます。個人的には、私は「ハンガリー語」の記法を嫌い、m_something表記も嫌いです。変数の型を変更する必要がある場合は、どこにでも名前が更新される必要があります。それはメンテナンスの頭痛です。

Answer 6

多くのC++規約があります。キーは、1つを見つけたり、そして/または1つを適合させることです。それに固執し、一貫性を保つ。あなたがどこかで働いている場合は、多くの慣習を整理してください。そこには非常に多くのものがあり、それぞれが良い議論を持っていますが、彼らは互いに矛盾することができます（合同ストライク戦闘機、ベル研究所、Mozillaなど）

プロジェクトのさまざまな部分少なくとも、各ファイルをそれ自身の中で一貫性を持たせ、.cppファイルと.hファイルは互いに一致させる必要があります。

私はより良いあなたが簡単に速く