最近よく見るC#系ブログさんの下記記事を読みました。
(最新情報がきれいにまとまっていて読みやすく分かりやすいので私は好きです)
https://ufcpp.net/blog/2022/1/naming-style/
で、ここにある最初
「最近では、 dotnet/runtime が _ 開始の camelCase を採用したということで、…」との記載が…
え?private/internal のフィールド変数は、「_」を先頭につける文化になっちゃったのっ!?
と衝撃を受けております…
なんか昔のC++(MFC)に戻ったような感覚…(「m_」を付ける文化だったと記憶してる)
せっかくJava みたいに「_」から離れられると思ってたのに…
ちなみに自分は下記で統一してた(はず)
ローカル:camelCase
フィールド:PascalCase
更に「this.x」もコンストラクタ以外は付けません。
どちらにせよ、グレーな部分に方針が入ってきたのは良い事ではある。
ある…
ついでに「_先頭」を変数名候補に表示する方法がURLに記載されてます。
便利ですねー
検索用:C# VB .net dotnet ドットネット 命名規則 フィールド変数 private internal
(最新情報がきれいにまとまっていて読みやすく分かりやすいので私は好きです)
https://ufcpp.net/blog/2022/1/naming-style/
で、ここにある最初
「最近では、 dotnet/runtime が _ 開始の camelCase を採用したということで、…」との記載が…
え?private/internal のフィールド変数は、「_」を先頭につける文化になっちゃったのっ!?
と衝撃を受けております…
なんか昔のC++(MFC)に戻ったような感覚…(「m_」を付ける文化だったと記憶してる)
せっかくJava みたいに「_」から離れられると思ってたのに…
ちなみに自分は下記で統一してた(はず)
ローカル:camelCase
フィールド:PascalCase
更に「this.x」もコンストラクタ以外は付けません。
どちらにせよ、グレーな部分に方針が入ってきたのは良い事ではある。
ある…
ついでに「_先頭」を変数名候補に表示する方法がURLに記載されてます。
便利ですねー
検索用:C# VB .net dotnet ドットネット 命名規則 フィールド変数 private internal