thisを書く派？書かない派？ - Qiita

あすかです。 プログラミングしてる時、たまに気になる話を雑めに書いてみます。 (´・ω・｀) C#、VBやJavaなど、クラスベースのオブジェクト指向言語を前提にした話ですが、this（Me）を書いているプログラム、そうでないプログラムをよく見かけます。 例えば、thisを書くのは このような場面ではthisを書きます。文法上の制約ですから当たり前です。 今回は、このようなものではなく、thisを書かなくてもいい場面の話です。 thisを書くメリット ちなみに私はthisを書く派です。 というのも、後でコードを読み返す時に、ローカル変数とフィールド変数の区別が一発で付くからです。 VSはthisを色分けしてくれますよね。 けっこう地味かもしれませんが、長いクラス（といっても500行を超えるようなクラスはめったに書きませんが）の一部分だけを読む時に、thisの存在はかなり役に立ちます。 他の

[ntaoo]

thisを書かないとローカル変数と紛らわしくなるほどfield数やmethodを肥大化させるのがアンチパターンなので、thisは原則省略するべき

[OSCA]

this も super も書く派。 コーディングしてる人のメリット/デメリットではなくて、保守運用する人にわかりやすいから。

[ksugimori]

プロジェクト内で統一されていればどちらでもいい。個人的にはアンダースコアの方がぱっと見の異質感があるので好み

[wordi]

書かない、冗長だから、インテリセンスはAlt+Fでフィールド絞り込み、種類判別は拡張機能で色付け出来るから困らない

[Yuiki0627]

チームの規約で指定されていない限り、書かない。色分けされていると特に問題はない。

[wkwkhautbois]

C++を個人で書くときはアンダースコアを先頭につけてる。でも、メンバ変数が少なくて、直接はアクセスしない実装が好き。

[xbs2r]

望んでそうなったわけではないが、Pythonに矯正されたので自分が書くと無意識的にthis(self)がつく

[uxlayman]

あまり気にしたことなかったがつけてないな。ローカル変数はスコープを小さくしてフィールド変数と混同するようなことがないようにすべし、てのが一応の答えか

[ippeichangg]

大規模開発では、省略可能なものは書くようにコーディング規約をつくる、ってのが基本的な事項ではある。

[strow0343]

昔はthisやm_付けて書いてたけど、冗長だし付けなくても分かるから付けるの止めた。ローカル変数と区別出来ないというのはクラスや関数が巨大過ぎるのでは。

[w1234567]

thisはパラメータと同名のフィールドに設定したいときしか書かないしそれで困ったことも一度もないよ、ソースを読みやすくしたいならもっと力入れるとこあるだろ

[mumincacao]

必須な言語と行ったり来たりするし diff ったり grep るときとかにもわかりやすいから付けるようにしてるなぁ・・・ （・ｘ【みかん

[jukuringo]

IDE使ってるからわりとどっちでもいいけど、thisも書いてさらにプレフィックスもつけてみたいないろんな宗教全部やってるみたいなの見るともにょる。

[tarukosu]

けっこう意見が分かれていて面白い。自分は書かない派。いちいち書くの面倒だし Visual Studio は書かなくていいよって言ってくるし。ローカル変数と紛らわしくて困ったという経験はあまりない気がする

[Chishow]

_始まりはC++では非推奨だった気が 私は最近、最後に_を付ける流派に転向した

[HHR]

英語っぽくしたいときは付ける。 if this.isCat echo にゃ〜; みたいに。

[ntstn]

書かないかな。メソッド内のローカル変数はsnakecase にしちゃう。

[hinbass]

メンバとわかる命名規則だったら付けない、曖昧だったら付ける。

[ghostbass]

プライベートフィールドと引数とローカル変数の見分けがつかないとすれば、それはメソッドが長いから。プライベートフィールドに"_"つけるのは忌まわしき"m"プリフィクスと同等だと思う。

[ki_we]

わたしは、アンダースコア派！

[ozuma]

書くなぁ。あとで読むときに脳が1秒でもラクになるなら書くべきだと思う

[sgo2]

多人数で書いた巨大なコード(特に同名の関数を呼び出すだけのたらい回しが存在する奴)を貧弱なPC(IDEが役に立たない)使ってgrepで探る時には、this->を付ける気遣いが有難く思える。

[otchy210]

色んな人のコメント見るだけで、これは結構な宗教になりうるトピックだなと思った。個人的には書く派から書かない派への転向中。

[fuji_haruka]

書かない派もいるのかあ。なるほどなあ

[cl-gaku]

つけたくなったらリファクタリングかなぁ

[ritena]

必要ないなら書かない。書かなきゃ分からない状況はつらい

[peperon_brain]

thisは書かないけど…20年前から続くオレオレハンガリアンでLPCTSTR *m_pszHoge;なVC++コードをメンテしてて苦しい。

[gomez_se]

書かない。省略したところで、劇的に可読性が落ちるわけでもないし。 それよりstaticをシングルトンで書くといったコメント書きになる。用途は明確に分けるべきでは。。？

[vndn]

ノリだなあ。isXxxみたいなフィールド名だったらthisつけたくなる

[edechang]

書く派です

[zentarou]

this省略できる言語はIDEがフォーマット変えるんじゃないの？

[nakag0711]

m_付ければいらんけどC++以外でやってるのは流石に見ないな。C++では_で始まる名前はおおよそコンパイラ実装者に予約されているからC++以外でも使う気がしない。this->は長い

[n314]

プライベートメソッドの引数ゼロでthisでデータやり取りするプログラムあるよね…。引数あって更にフィールドも使って、この使い分けは何なんだと思って、特に意味はなかったりとかあるよね…。

[ymm1x]

ブコメの意見が割ときれいに割れていて興味深い

[indication]

メンバ変数は_始まりで、プロパティは大文字始まり、内部変数は小文字始まりで統一してるから、さほど困った記憶はない。他の人は困ってるのかな？内部からのプロパティ呼出は積極的でいいのかな？どうなんだろ。

[yun2dot0]

付けない。冗長だから。/フィールド名は_で始めるスタイルで書くので困ったことないかな。

[UhoNiceGuy]

書いたほうがいいと思う派: デメリットは5文字増えることぐらい？メリットはその1行を読むだけでスコープが判別できること。メソッドを小さくしろってC#のサンプル見ると40行超えるのざらじゃない？IDE使えない環境に…

[chikoshoot]

コーディング規約に従う派。