【初心者歓迎】C/C++室 Ver.78【環境依存OK】
952 ：デフォルトの名無しさん：2012/06/29(金) 22:49:48.95
途中から前提変えてそれを「最初から」とか手に負えんな
ハンガリガリガリハンガリガリ
954 ：デフォルトの名無しさん：2012/06/29(金) 22:49:51.54
955 ：デフォルトの名無しさん：2012/06/29(金) 22:51:37.95
変数名だけを見て、型を推定できた方が便利
956 ：デフォルトの名無しさん：2012/06/29(金) 22:54:20.02
>>946
後ろ２つ ポイント単位 画素(ピクセル)単位？
後ろ２つ ポイント単位 画素(ピクセル)単位？
957 ：デフォルトの名無しさん：2012/06/29(金) 22:54:31.64
>>953
ゴミカスゴミカスゴミカスの中二
ゴミカスゴミカスゴミカスの中二
958 ：デフォルトの名無しさん：2012/06/29(金) 22:56:01.88
959 ：デフォルトの名無しさん：2012/06/29(金) 22:57:27.43
>>955
変数が型に依存してるのは、OOの観点ではマズイ。
変数が型に依存してるのは、OOの観点ではマズイ。
960 ：デフォルトの名無しさん：2012/06/29(金) 23:23:16.76
型が同じでも意味が異なるものを混同しないように、というのが
本来のハンガリアン(＝アプリケーションハンガリアン)
でもプリミティブのまま代入を禁止する、
強いtypedefがあれば変数名でなく型名でコンパイラチェック出来るんだよな。
D言語ではあったけど機能削除されたから、色々問題はあるようだけど
本来のハンガリアン(＝アプリケーションハンガリアン)
でもプリミティブのまま代入を禁止する、
強いtypedefがあれば変数名でなく型名でコンパイラチェック出来るんだよな。
D言語ではあったけど機能削除されたから、色々問題はあるようだけど
961 ：デフォルトの名無しさん：2012/06/30(土) 01:51:29.16
enumじゃ不足なの？
962 ：デフォルトの名無しさん：2012/06/30(土) 02:34:14.20
変数名に意味がある名前を付けるか、付けないかってレベルと同じ話じゃね。
ｐに意味があると思ってる場合には意味があるんだよ。
m_11234
m_pointX
m_pPixelSize
ｐに意味があると思ってる場合には意味があるんだよ。
m_11234
m_pointX
m_pPixelSize
963 ：デフォルトの名無しさん：2012/06/30(土) 03:37:15.20
なんでmだけキャメルじゃなくてバー繋ぎなんだ?
どっち途気持ち悪いからどうでもいいけど。
どっち途気持ち悪いからどうでもいいけど。
964 ：デフォルトの名無しさん：2012/06/30(土) 05:05:58.41
メンバー変数のm
965 ：デフォルトの名無しさん：2012/06/30(土) 07:06:47.45
>>961
intはともかくdoubleとかが・・・
intはともかくdoubleとかが・・・
966 ：デフォルトの名無しさん：2012/06/30(土) 09:19:53.61
FooBar_Baz()みたいな名前は、たまに使ってるなー。
967 ：デフォルトの名無しさん：2012/06/30(土) 10:59:30.66
EUCとか大文字の単語を含むとキャメルは読みにくくなる
968 ：デフォルトの名無しさん：2012/06/30(土) 14:52:21.76
データマンバに m_ って付けるのはマイクロソフトハンガリアンの特徴。
今ではマイクロソフト自身が「あれはキモかった上に有害なんでやめるね；＿；」って言い出す始末。
今ではマイクロソフト自身が「あれはキモかった上に有害なんでやめるね；＿；」って言い出す始末。
969 ：デフォルトの名無しさん：2012/06/30(土) 14:53:51.83
素人がかっこいいと思って、ワケワカで真似してたからね、m_
970 ：デフォルトの名無しさん：2012/06/30(土) 15:52:43.51
いや、m_ は有用だろ
メンバかどうかパッと見で分からないせいで
もの凄く解析に苦労したプログラムとかあるし
メンバかどうかパッと見で分からないせいで
もの凄く解析に苦労したプログラムとかあるし
971 ：デフォルトの名無しさん：2012/06/30(土) 15:56:06.46
え、何言ってるの？
972 ：デフォルトの名無しさん：2012/06/30(土) 16:01:06.71
読む人の事も考えろってことだ
書いた人はどれが何か分かるんだろうけど・・・
書いた人はどれが何か分かるんだろうけど・・・
973 ：デフォルトの名無しさん：2012/06/30(土) 16:06:12.46
引数とデータメンバが同じ名前なことがまれによくある
974 ：デフォルトの名無しさん：2012/06/30(土) 16:11:04.05
引数やローカル変数で隠蔽してもコンパイラエラーにならないしね
975 ：デフォルトの名無しさん：2012/06/30(土) 16:45:42.51
this->member;って書けって話だろ
そもそも、引数とローカル変数をすぐ確認できないような
長ったらしい関数書くなよ
そもそも、引数とローカル変数をすぐ確認できないような
長ったらしい関数書くなよ
976 ：デフォルトの名無しさん：2012/06/30(土) 17:19:49.84
うっかりthis->忘れてもコンパイルできるから無意味だな
977 ：デフォルトの名無しさん：2012/06/30(土) 17:41:53.57
あと長ったらしい関数書いたのは俺じゃねえし
そもそも短かろうが一瞬で判別が付く方がメリットが大きい
バグを減らす為に副作用を常に意識してプログラムしてると
メンバかどうかというのは非常に重要な情報になる
m_ は無意味（）とか誰かが言った事を鵜呑みにするのはよろしくない
>>973
m_ があると自然に別になるというメリットもあるね
まあ、同じになりそうなら引数の方をちょい変えればいいし
コンストラクタでは初期化子使える場合は関係ないけど
そもそも短かろうが一瞬で判別が付く方がメリットが大きい
バグを減らす為に副作用を常に意識してプログラムしてると
メンバかどうかというのは非常に重要な情報になる
m_ は無意味（）とか誰かが言った事を鵜呑みにするのはよろしくない
>>973
m_ があると自然に別になるというメリットもあるね
まあ、同じになりそうなら引数の方をちょい変えればいいし
コンストラクタでは初期化子使える場合は関係ないけど
978 ：デフォルトの名無しさん：2012/06/30(土) 18:03:27.62
979 ：デフォルトの名無しさん：2012/06/30(土) 18:04:57.12
大差ないのでm_にします
980 ：デフォルトの名無しさん：2012/06/30(土) 18:06:48.56
大差ないのでmMemberにします。
981 ：デフォルトの名無しさん：2012/06/30(土) 18:13:00.95
一人で書くときはm_とか付けないけど
チーム開発では付けて欲しいと思ったことも。
チーム開発では付けて欲しいと思ったことも。
マイクロソフト製品に不具合が多いのは誰でも知ってる
故にマイクロソフトのプログラマの質は低い
マイクロソフトが言うことを鵜呑みにするなど愚の骨頂
故にマイクロソフトのプログラマの質は低い
マイクロソフトが言うことを鵜呑みにするなど愚の骨頂
983 ：デフォルトの名無しさん：2012/06/30(土) 18:21:12.84
uyが言うことを鵜呑みにすることに比べたら？
984 ：デフォルトの名無しさん：2012/06/30(土) 18:25:43.88
長いのでm_は付けません。
面倒だし。
面倒だし。
985 ：デフォルトの名無しさん：2012/06/30(土) 18:30:20.21
宗教じみてきたな
986 ：デフォルトの名無しさん：2012/06/30(土) 18:32:07.90
むしろm_を消せ
987 ：デフォルトの名無しさん：2012/06/30(土) 18:33:07.92
value_これだな
988 ：デフォルトの名無しさん：2012/06/30(土) 18:34:11.31
補完が効く環境使ってるとむしろmが付いてるほうがウザい
this->って書いたら次の一字で絞りこませろよ
this->って書いたら次の一字で絞りこませろよ
989 ：デフォルトの名無しさん：2012/06/30(土) 18:35:44.35
m_って打てば補完されるだろ
990 ：デフォルトの名無しさん：2012/06/30(土) 18:36:30.63
m_で補完するとかどこのIDEだよ
991 ：デフォルトの名無しさん：2012/06/30(土) 18:38:44.70
次スレ頼みます
992 ：デフォルトの名無しさん：2012/06/30(土) 18:43:58.85
俺が使ってるVC++では m_(Ctrl+Space) で補完してくれるから
this->って書くより楽
this->って書くより楽
993 ：デフォルトの名無しさん：2012/06/30(土) 18:46:18.20
じゃあ引数にh_をつけよう（提案）
994 ：デフォルトの名無しさん：2012/06/30(土) 18:55:02.42
引数はローカル変数なので結構です(迫真)
995 ：デフォルトの名無しさん：2012/06/30(土) 18:55:24.06
スコープ別補完機能最強ってことで
996 ：デフォルトの名無しさん：2012/06/30(土) 18:56:04.70
むしろローカル変数だけにプリフィクスつけりゃいいんじゃね
997 ：デフォルトの名無しさん：2012/06/30(土) 19:16:57.88
自分はサッターやGoogleに倣って、末尾に_を付けることにしている。
int localData_; のような感じ。
int localData_; のような感じ。
998 ： ◆QZaw55cn4c ：2012/06/30(土) 19:21:44.85
ローカル変数‥‥
なんだかよくわからなくなってしまったゲシュタルト崩壊中
なんだかよくわからなくなってしまったゲシュタルト崩壊中
999 ：デフォルトの名無しさん：2012/06/30(土) 19:38:20.94
>>978
見る事が目的なのに、それに信頼性が無かったら全く意味が無いだろ
>>988
this->とか６文字も打ってそんな事言うとか・・・
>>997
後ろに _ でも別に区別が付くという意味ではいいけど、
補完機能を使う時に引数 hoge とメンバ変数 hoge_ があった場合に
ミスって hoge を選択しそうで怖いと言う面もあるな
接尾辞よりは接頭辞の方が間違いを防ぐ意味でも良いと思う
見る事が目的なのに、それに信頼性が無かったら全く意味が無いだろ
>>988
this->とか６文字も打ってそんな事言うとか・・・
>>997
後ろに _ でも別に区別が付くという意味ではいいけど、
補完機能を使う時に引数 hoge とメンバ変数 hoge_ があった場合に
ミスって hoge を選択しそうで怖いと言う面もあるな
接尾辞よりは接頭辞の方が間違いを防ぐ意味でも良いと思う
1000 ：デフォルトの名無しさん：2012/06/30(土) 19:40:33.29
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。