12/06/30 19:40:01.73
エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。
【前スレ】
【初心者歓迎】C/C++室 Ver.78【環境依存OK】
ｽﾚﾘﾝｸ(tech板)
◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白か に置換すると見栄えだけはよくなります。
【アップローダー】(質問が長い時はココ使うと便利)
URLﾘﾝｸ(codepad.org) (コンパイルもできるし出力結果も得られる[]privateをチェック)
URLﾘﾝｸ(ideone.com) (時間帯によってはcodepadが重い事があるのでここも利用)
2:デフォルトの名無しさん
12/06/30 19:42:33.67
m_はウンコだったハンガリアンが残した唯一の正の遺産
3:デフォルトの名無しさん
12/06/30 19:45:28.28
>>2
だから要らないって。
4:デフォルトの名無しさん
12/06/30 19:45:48.94
そういえばthis->の強要って出来るんかな
5:デフォルトの名無しさん
12/06/30 19:46:21.42
> 978+1 ：デフォルトの名無しさん [sage] ：2012/06/30(土) 18:03:27.62
> >>976
> 見ることが目的であって、記述ミスが目的じゃないだろ
> そもそも、thisなしで困るような関数書くな。
> 結局this忘れでも、メンバーにm_つけ忘れでも大差ねぇよ
メンバにm_付け忘れは宣言の時一回気をつければいいだけ
this忘れは使う時に毎回気をつけなければならない
6:デフォルトの名無しさん
12/06/30 19:52:34.58
Pythonのselfと対をなす問題だな
7:デフォルトの名無しさん
12/06/30 19:54:10.03
>>1 >> 乙 >> endl;
8:デフォルトの名無しさん
12/06/30 19:55:19.00
>>3
副作用をちゃんと意識してプログラム組んでんのか？
ローカル変数でも可能な限り副作用は避けて、
副作用に特に気をつけるべきメンバ変数には目印を付ける
バグを減らすには重要だよ
9:デフォルトの名無しさん
12/06/30 20:07:58.52
変数のスコープってのはとても重要な概念で、狭いほどバグは出にくい
スコープが広いほど副作用に気をつける必要がある
いつどこで変更されるか分かり辛くなる
グローバル変数はその最たる物だが、
メンバ変数もスコープが広くそれなりに危険な物で、
メンバ変数とそれ以外は区別がついた方が良い
副作用に対する意識の程度が
m_の重視／軽視に繋がると思うね
10:デフォルトの名無しさん
12/06/30 20:29:08.10
メンバはアッパーキャメルにしてるからm_は付けない
11:デフォルトの名無しさん
12/06/30 20:33:07.56
なにそれキモい
12:デフォルトの名無しさん
12/06/30 20:44:21.78
JavaとかC#じゃよく見るけどC++ではどうだろ
13:デフォルトの名無しさん
12/06/30 20:48:26.88
メソッドやプロパティはともかく、メンバ変数にアッパーキャメルはJava,C#でも見ないよｗ
14:デフォルトの名無しさん
12/06/30 20:59:13.80
いつまでこの話続けるんだよ
15:デフォルトの名無しさん
12/06/30 21:35:20.30
>>6
Pythonはself（C++のthis相当？）が必須なのか。それいいな。
16:デフォルトの名無しさん
12/06/30 21:38:43.16
Rubyは@がつく
こういう風に文法で制限してあるといいよね
17:デフォルトの名無しさん
12/06/30 21:40:30.84
->*をthisなしで書ければいいなとは思ったことがある。
18:デフォルトの名無しさん
12/06/30 21:50:51.76
クラス外かどうかで扱いが変わるのを避けたかったのかな
普通のメンバ関数も扱いが変わるのだから気にする必要もないと思うが
19:デフォルトの名無しさん
12/06/30 22:54:28.69
そういえばメンバ関数にプリフィクスを付けるのは聞いたことがないや
20:デフォルトの名無しさん
12/06/30 23:00:26.93
スコープの壁を突き破って力強く大胆に変数を操作したい漢にとって
必要な手間なんでしょ