まさかC#でメンバ変数名のprefixにアンダーバー付けてないやつおる？

2021年5月5日、MicrosoftのC# のコーディング規則 (C# プログラミング ガイド)に今まで明言されていなかったprivateなメンバ変数(field変数)への命名規則が記載された。 ちなみに同じMircrosoftが出してるStylecopやFxCopといった静的コード分析ツールの現在の仕様は「アンダーバーは付けるな」で、 おそらく.Netだけがアンダーバーを付けていたが、今後はそういったツールも.Netに合わせる流れになっていくと思われる。 private または internal フィールドに名前を付ける場合は、Camel 形式 ("camelCasing") を使用する必要があり、_ プレフィックスを付ける必要があります。 https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/inside-a

[greenT]

こうなるんなら最初からメンバ変数には@、クラス変数には@@をつけるって言語仕様で決めちまったrubyも悪くねえな

[strow0343]

特別理由が無ければ自動プロパティ使うからあまり意識してないな

[kagerouttepaso]

はやりじゃなくて、.net coreのコーディング規約の逆輸入よね。 https://github.com/dotnet/runtime/blob/main/docs/coding-guidelines/coding-style.md

[tor4kichi]

IDE補完で見つけやすくする工夫よね。"m_"派もいるけど"_"と省略してもIDE補完の機能は利用できるからmの手間も省こうぜって流れ。規則に書いてないTupleのメンバー変数はクラスプロパティに合わせてPascalCaseで書いてる。

[lalupin4]

インテリセンスでプロパティとバッキング・フィールドが混じらないための規約。/「m_」 はメンバー変数なのは自明。「p_」って何だ、private か。public とか protected だったらキレられるわ。よって private であることも自明。

[versatile]

prefix _ 派閥と postfix(suffix) _ 派閥がある。確か postfix はラリーとかそうしてた記憶ある。違ったかな james clark だっけか。違うかな。もう何十年も前なので忘れた。ま、いずれにせよ C++ の話だが。

[ghostbass]

これ最近のはやりっポイけど mやpを付けるのと何が違うの？

[sds-page]

bool型の頭はisにしようとか人はハンガリアン記法の呪縛からは逃れられない

[gomer-pyle]

なんで今頃

[turanukimaru]

私はKotlinで書くときには外部から見える変数は全て読み出し専用プロパティにしてるので外部から data と見えるなら内部では _data だったりする。…ってC#は外部から見えるところはPascal形式(Data)か！関係なかったかな。

[hinaloe]

あー例のpollはそういう

[higgsino]

はぁ？って思ったけどprivate変数ならコードフォーマッターで自動修正できそうだから許しといてやる

[aceraceae]

関係ないけどトラバにふいた。

[kako-jun]

いっそPythonを真似して、_は人間用と割り切って、__にしたら特別な制御が有効になってもいいんだけど

[surume000]

分かりやすい気もするけど、なんか嫌な気もする

[yarumato]

“今まで明言されていなかったprivateなメンバ変数への命名規則（ _ プレフィックスを付ける必要があります）が2021年5月5日MicrosoftのC#コーディング規則に記載された。”

[D_first]

これいつも迷ってたんだよな。つける流れなのかー