アカウント名:
パスワード:
2005 年あたりから ReSharper という Visual Studio というアドインを利用しています。ReSharper のデフォルト設定は _ 付きだったので、それが普通なんだと思って、そのときから _ 付きに変えてます。
> 本家のC#においては、プレフィックスを付けずに this. で参照する文化があり
ASP.NET Core のフレームワークのソースコードも _ 付きなので、_ 付けないほうが少数派だと思っていました。
個人的には統一されていて、コードチェッカーでちゃんと検査してくれるならどっちでもいいんじゃないかと思いますが。
自分の観測範囲だと、Microsoft の名前付け規約無視している人たち (そもそも知らない) が多いので、混乱なんか起きないんじゃないかなあと思います。
privateについてはあまり言及してないし、Reference Sourcesとかで公開してたころは混在していて完全に好みだった。
内部メソッド内でプロパティにアクセスしたいか、フィールドでアクセスしたいかなんかの好みにもよってくるのだろうな。(内部のメソッドでもプロパティアクセスしたいなら、検索性を下げるためにフィールドに適当な記号をつける。)
プロパティは大文字だしあんまり困った記憶ないのだけど。リファクタの時にアンダースコア無くなったり付いたり変わるのが気になるかな。
まぁクラス内で統一さえされてればいいけれど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
_ 付きが普通だと思ってました... (スコア:1)
2005 年あたりから ReSharper という Visual Studio というアドインを利用しています。ReSharper のデフォルト設定は _ 付きだったので、それが普通なんだと思って、そのときから _ 付きに変えてます。
> 本家のC#においては、プレフィックスを付けずに this. で参照する文化があり
ASP.NET Core のフレームワークのソースコードも _ 付きなので、_ 付けないほうが少数派だと思っていました。
個人的には統一されていて、コードチェッカーでちゃんと検査してくれるならどっちでもいいんじゃないかと思いますが。
自分の観測範囲だと、Microsoft の名前付け規約無視している人たち (そもそも知らない) が多いので、混乱なんか起きないんじゃないかなあと思います。
Re:_ 付きが普通だと思ってました... (スコア:0)
privateについてはあまり言及してないし、Reference Sourcesとかで公開してたころは混在していて完全に好みだった。
内部メソッド内でプロパティにアクセスしたいか、フィールドでアクセスしたいかなんかの好みにもよってくるのだろうな。
(内部のメソッドでもプロパティアクセスしたいなら、検索性を下げるためにフィールドに適当な記号をつける。)
プロパティは大文字だしあんまり困った記憶ないのだけど。
リファクタの時にアンダースコア無くなったり付いたり変わるのが気になるかな。
まぁクラス内で統一さえされてればいいけれど。