https://b.hatena.ne.jp/entry/s/qiita.com/askyq/items/bc63c70fb58fac7da794 あすかです。 プログラミングしてる時、たまに気になる話を雑めに書いてみます。 (´・ω・｀) C#、VBやJavaなど、クラスベースのオブジェクト指向言語を前提にした話ですが、this（Me）を書いているプログラム、そ... https://b.hatena.ne.jp/techtech0521/20240126#bookmark-346195092 2024-01-26T13:02:04Z あとで読む https://b.hatena.ne.jp/maidcure/20171022#bookmark-346195092 2017-10-22T09:57:16Z https://b.hatena.ne.jp/zetta1985/20171019#bookmark-346195092 2017-10-19T01:15:12Z https://b.hatena.ne.jp/TERMINATOR_T800/20171016#bookmark-346195092 2017-10-16T11:18:50Z あとで読む https://b.hatena.ne.jp/w1234567/20171016#bookmark-346195092 thisはパラメータと同名のフィールドに設定したいときしか書かないしそれで困ったことも一度もないよ、ソースを読みやすくしたいならもっと力入れるとこあるだろ 2017-10-16T07:05:13Z https://b.hatena.ne.jp/mumincacao/20171016#bookmark-346195092 必須な言語と行ったり来たりするし diff ったり grep るときとかにもわかりやすいから付けるようにしてるなぁ・・・ （・ｘ【みかん 2017-10-16T04:47:52Z https://b.hatena.ne.jp/mjtai/20171016#bookmark-346195092 2017-10-16T02:32:12Z プログラミング https://b.hatena.ne.jp/istb16/20171015#bookmark-346195092 2017-10-15T12:53:42Z https://b.hatena.ne.jp/astk_f/20171015#bookmark-346195092 2017-10-15T08:10:15Z programming rule C# https://b.hatena.ne.jp/Kirche/20171015#bookmark-346195092 2017-10-15T07:22:15Z https://b.hatena.ne.jp/jukuringo/20171015#bookmark-346195092 IDE使ってるからわりとどっちでもいいけど、thisも書いてさらにプレフィックスもつけてみたいないろんな宗教全部やってるみたいなの見るともにょる。 2017-10-14T16:47:21Z https://b.hatena.ne.jp/masa-wo/20171015#bookmark-346195092 2017-10-14T16:03:17Z https://b.hatena.ne.jp/tarukosu/20171014#bookmark-346195092 けっこう意見が分かれていて面白い。自分は書かない派。いちいち書くの面倒だし Visual Studio は書かなくていいよって言ってくるし。ローカル変数と紛らわしくて困ったという経験はあまりない気がする 2017-10-14T11:19:51Z https://b.hatena.ne.jp/Chishow/20171014#bookmark-346195092 _始まりはC++では非推奨だった気が 私は最近、最後に_を付ける流派に転向した 2017-10-14T09:13:27Z https://b.hatena.ne.jp/genkimantan/20171014#bookmark-346195092 2017-10-14T08:51:32Z https://b.hatena.ne.jp/kenmitsu/20171014#bookmark-346195092 2017-10-14T08:50:10Z https://b.hatena.ne.jp/suguyaruyo/20171014#bookmark-346195092 2017-10-14T08:40:22Z https://b.hatena.ne.jp/hinom77/20171014#bookmark-346195092 2017-10-14T07:54:25Z あとで読む https://b.hatena.ne.jp/haru-spring/20171014#bookmark-346195092 2017-10-14T07:04:56Z https://b.hatena.ne.jp/tsutomu_yasui/20171014#bookmark-346195092 2017-10-14T06:42:45Z https://b.hatena.ne.jp/ku-kai27/20171014#bookmark-346195092 2017-10-14T06:33:32Z programming https://b.hatena.ne.jp/ymtk0815/20171014#bookmark-346195092 2017-10-14T06:29:58Z https://b.hatena.ne.jp/HHR/20171014#bookmark-346195092 英語っぽくしたいときは付ける。 if this.isCat echo にゃ〜; みたいに。 2017-10-14T06:12:23Z Java https://b.hatena.ne.jp/ntstn/20171014#bookmark-346195092 書かないかな。メソッド内のローカル変数はsnakecase にしちゃう。 2017-10-14T06:10:32Z https://b.hatena.ne.jp/uimn/20171014#bookmark-346195092 2017-10-14T06:10:29Z https://b.hatena.ne.jp/hinbass/20171014#bookmark-346195092 メンバとわかる命名規則だったら付けない、曖昧だったら付ける。 2017-10-14T06:10:05Z https://b.hatena.ne.jp/amy385/20171014#bookmark-346195092 2017-10-14T06:06:29Z https://b.hatena.ne.jp/ghostbass/20171014#bookmark-346195092 プライベートフィールドと引数とローカル変数の見分けがつかないとすれば、それはメソッドが長いから。プライベートフィールドに"_"つけるのは忌まわしき"m"プリフィクスと同等だと思う。 2017-10-14T06:05:41Z https://b.hatena.ne.jp/yogasa/20171014#bookmark-346195092 2017-10-14T05:34:59Z https://b.hatena.ne.jp/k2k2monta/20171014#bookmark-346195092 2017-10-14T05:33:02Z あとで読む https://b.hatena.ne.jp/nauthiz/20171014#bookmark-346195092 2017-10-14T05:25:32Z programming https://b.hatena.ne.jp/ki_we/20171014#bookmark-346195092 わたしは、アンダースコア派！ 2017-10-14T05:01:38Z https://b.hatena.ne.jp/cowbee/20171014#bookmark-346195092 2017-10-14T04:57:07Z あとで読む https://b.hatena.ne.jp/tankdesant/20171014#bookmark-346195092 2017-10-14T04:57:01Z https://b.hatena.ne.jp/gawao/20171014#bookmark-346195092 2017-10-14T04:49:13Z https://b.hatena.ne.jp/ozuma/20171014#bookmark-346195092 書くなぁ。あとで読むときに脳が1秒でもラクになるなら書くべきだと思う 2017-10-14T04:37:15Z https://b.hatena.ne.jp/sgo2/20171014#bookmark-346195092 多人数で書いた巨大なコード(特に同名の関数を呼び出すだけのたらい回しが存在する奴)を貧弱なPC(IDEが役に立たない)使ってgrepで探る時には、this->を付ける気遣いが有難く思える。 2017-10-14T04:02:18Z https://b.hatena.ne.jp/defianttan/20171014#bookmark-346195092 2017-10-14T03:59:42Z programming プログラミング ネタ https://b.hatena.ne.jp/otchy210/20171014#bookmark-346195092 色んな人のコメント見るだけで、これは結構な宗教になりうるトピックだなと思った。個人的には書く派から書かない派への転向中。 2017-10-14T03:50:20Z https://b.hatena.ne.jp/hosopy/20171014#bookmark-346195092 2017-10-14T03:43:09Z Java C# techfeed あとで読む https://b.hatena.ne.jp/ant_mugi/20171014#bookmark-346195092 2017-10-14T03:32:08Z あとで読む https://b.hatena.ne.jp/suginoy/20171014#bookmark-346195092 2017-10-14T03:29:10Z programming https://b.hatena.ne.jp/nyantajihaneko222/20171014#bookmark-346195092 2017-10-14T03:20:21Z あとで読む https://b.hatena.ne.jp/fuji_haruka/20171014#bookmark-346195092 書かない派もいるのかあ。なるほどなあ 2017-10-14T03:10:58Z https://b.hatena.ne.jp/dexa/20171014#bookmark-346195092 2017-10-14T03:10:52Z https://b.hatena.ne.jp/cl-gaku/20171014#bookmark-346195092 つけたくなったらリファクタリングかなぁ 2017-10-14T03:03:11Z https://b.hatena.ne.jp/ritena/20171014#bookmark-346195092 必要ないなら書かない。書かなきゃ分からない状況はつらい 2017-10-14T03:02:05Z https://b.hatena.ne.jp/yasuhiro1212/20171014#bookmark-346195092 2017-10-14T02:57:17Z あとで読む https://b.hatena.ne.jp/sho420/20171014#bookmark-346195092 2017-10-14T02:52:42Z https://b.hatena.ne.jp/daka-ra/20171014#bookmark-346195092 2017-10-14T02:50:42Z https://b.hatena.ne.jp/takeda_nisei/20171014#bookmark-346195092 2017-10-14T02:48:52Z あとで読む https://b.hatena.ne.jp/osay/20171014#bookmark-346195092 2017-10-14T02:47:52Z https://b.hatena.ne.jp/peperon_brain/20171014#bookmark-346195092 thisは書かないけど…20年前から続くオレオレハンガリアンでLPCTSTR *m_pszHoge;なVC++コードをメンテしてて苦しい。 2017-10-14T02:47:17Z https://b.hatena.ne.jp/elwoodblues/20171014#bookmark-346195092 2017-10-14T02:47:02Z https://b.hatena.ne.jp/yuzuk45/20171014#bookmark-346195092 2017-10-14T02:45:36Z C# プログラミング https://b.hatena.ne.jp/sidoa/20171014#bookmark-346195092 2017-10-14T02:33:52Z https://b.hatena.ne.jp/total-depot/20171014#bookmark-346195092 2017-10-14T02:32:22Z https://b.hatena.ne.jp/itamemono/20171014#bookmark-346195092 2017-10-14T02:17:12Z https://b.hatena.ne.jp/gomez_se/20171014#bookmark-346195092 書かない。省略したところで、劇的に可読性が落ちるわけでもないし。 それよりstaticをシングルトンで書くといったコメント書きになる。用途は明確に分けるべきでは。。？ 2017-10-14T02:17:01Z https://b.hatena.ne.jp/strow0343/20171014#bookmark-346195092 昔はthisやm_付けて書いてたけど、冗長だし付けなくても分かるから付けるの止めた。ローカル変数と区別出来ないというのはクラスや関数が巨大過ぎるのでは。 2017-10-14T02:10:42Z 宗教論争 https://b.hatena.ne.jp/vndn/20171014#bookmark-346195092 ノリだなあ。isXxxみたいなフィールド名だったらthisつけたくなる 2017-10-14T02:07:25Z https://b.hatena.ne.jp/mstk_knife/20171014#bookmark-346195092 2017-10-14T02:07:08Z https://b.hatena.ne.jp/edechang/20171014#bookmark-346195092 書く派です 2017-10-14T01:56:20Z https://b.hatena.ne.jp/asozanhunka/20171014#bookmark-346195092 2017-10-14T01:42:48Z https://b.hatena.ne.jp/takasago08/20171014#bookmark-346195092 2017-10-14T01:42:42Z https://b.hatena.ne.jp/giboshi31/20171014#bookmark-346195092 2017-10-14T01:42:37Z あとで読む https://b.hatena.ne.jp/takasian_pride/20171014#bookmark-346195092 2017-10-14T01:42:36Z https://b.hatena.ne.jp/Alceste/20171014#bookmark-346195092 2017-10-14T01:38:44Z あとで読む https://b.hatena.ne.jp/zentarou/20171014#bookmark-346195092 this省略できる言語はIDEがフォーマット変えるんじゃないの？ 2017-10-14T01:37:25Z https://b.hatena.ne.jp/yoshiki0606_1988/20171014#bookmark-346195092 2017-10-14T01:25:09Z あとで読む https://b.hatena.ne.jp/nakag0711/20171014#bookmark-346195092 m_付ければいらんけどC++以外でやってるのは流石に見ないな。C++では_で始まる名前はおおよそコンパイラ実装者に予約されているからC++以外でも使う気がしない。this->は長い 2017-10-14T01:20:45Z C++ https://b.hatena.ne.jp/takemoto_mezopiano/20171014#bookmark-346195092 2017-10-14T01:18:22Z あとで読む https://b.hatena.ne.jp/roirrawedoc/20171014#bookmark-346195092 2017-10-14T01:17:50Z https://b.hatena.ne.jp/Marcelochang/20171014#bookmark-346195092 2017-10-14T01:16:49Z あとで読む https://b.hatena.ne.jp/tiger214_n/20171014#bookmark-346195092 2017-10-14T01:15:51Z あとで読む https://b.hatena.ne.jp/hiroomi/20171014#bookmark-346195092 2017-10-14T01:14:57Z https://b.hatena.ne.jp/lugecy/20171014#bookmark-346195092 2017-10-14T01:13:07Z c-sharp programming stars https://b.hatena.ne.jp/nice_workout_0/20171014#bookmark-346195092 2017-10-14T01:10:39Z あとで読む https://b.hatena.ne.jp/drug594/20171014#bookmark-346195092 2017-10-14T01:09:46Z https://b.hatena.ne.jp/datecchi_masamune/20171014#bookmark-346195092 2017-10-14T01:09:37Z あとで読む https://b.hatena.ne.jp/stock520/20171014#bookmark-346195092 2017-10-14T01:08:45Z https://b.hatena.ne.jp/n314/20171014#bookmark-346195092 プライベートメソッドの引数ゼロでthisでデータやり取りするプログラムあるよね…。引数あって更にフィールドも使って、この使い分けは何なんだと思って、特に意味はなかったりとかあるよね…。 2017-10-14T01:03:19Z https://b.hatena.ne.jp/manbara0604/20171014#bookmark-346195092 2017-10-14T01:02:08Z あとで読む https://b.hatena.ne.jp/k_aruga/20171014#bookmark-346195092 2017-10-14T00:58:44Z https://b.hatena.ne.jp/big_earth_Han_Anti/20171014#bookmark-346195092 2017-10-14T00:45:13Z https://b.hatena.ne.jp/entertainment408/20171014#bookmark-346195092 2017-10-14T00:44:35Z https://b.hatena.ne.jp/u1-5300/20171014#bookmark-346195092 2017-10-14T00:37:32Z https://b.hatena.ne.jp/tekumaku/20171014#bookmark-346195092 2017-10-14T00:35:32Z https://b.hatena.ne.jp/boomon/20171014#bookmark-346195092 2017-10-14T00:30:49Z https://b.hatena.ne.jp/ymm1x/20171014#bookmark-346195092 ブコメの意見が割ときれいに割れていて興味深い 2017-10-14T00:26:18Z programming https://b.hatena.ne.jp/indication/20171014#bookmark-346195092 メンバ変数は_始まりで、プロパティは大文字始まり、内部変数は小文字始まりで統一してるから、さほど困った記憶はない。他の人は困ってるのかな？内部からのプロパティ呼出は積極的でいいのかな？どうなんだろ。 2017-10-14T00:21:32Z c# ネタ https://b.hatena.ne.jp/igatea/20171014#bookmark-346195092 2017-10-14T00:16:45Z https://b.hatena.ne.jp/jwmx/20171014#bookmark-346195092 2017-10-14T00:16:24Z あとで読む https://b.hatena.ne.jp/vsence/20171014#bookmark-346195092 2017-10-14T00:15:01Z https://b.hatena.ne.jp/shift473/20171014#bookmark-346195092 2017-10-14T00:14:00Z https://b.hatena.ne.jp/yun2dot0/20171014#bookmark-346195092 付けない。冗長だから。/フィールド名は_で始めるスタイルで書くので困ったことないかな。 2017-10-14T00:13:32Z C# https://b.hatena.ne.jp/UhoNiceGuy/20171014#bookmark-346195092 書いたほうがいいと思う派: デメリットは5文字増えることぐらい？メリットはその1行を読むだけでスコープが判別できること。メソッドを小さくしろってC#のサンプル見ると40行超えるのざらじゃない？IDE使えない環境に… 2017-10-14T00:13:11Z プログラミング https://b.hatena.ne.jp/samanan/20171014#bookmark-346195092 2017-10-14T00:12:40Z https://b.hatena.ne.jp/syuu256/20171014#bookmark-346195092 2017-10-14T00:04:09Z https://b.hatena.ne.jp/jun700614/20171014#bookmark-346195092 2017-10-13T23:59:40Z あとで読む