C++相談室 part137

2018/08/27(月) 16:02:00.94

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part137
https://mevius.5ch.net/test/read.cgi/tech/1531558382/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/10/04(木) 04:54:31.87

>>947
クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net
https://mevius.2ch.net/test/read.cgi/tech/1494147712/

2018/10/04(木) 19:12:35.69

>>947
素直に日本語使えばええやんけ。

2018/10/05(金) 00:43:30.52

英語の複数形は便利すぐる
emproyee_list[]の代わりにemproyees[]で済む
大文字小文字でキャメルケースも使えるしほんと出来過ぎ

2018/10/05(金) 01:05:30.84

単独かコンテナで意味が大きくかわるのに
字面の違いがsのありなしは微妙すぎていまいちだと思ってる

2018/10/05(金) 06:55:01.43

しかしそこまでメモリに直触りするならvectorでない方がいい気がするんだが。

2018/10/05(金) 07:56:42.65

だよな
生メモリがいるなら生メモリ使えってこと

2018/10/05(金) 08:13:10.92

>>956-957
サイズの取得とかオシャレにできないじゃん

2018/10/05(金) 12:49:05.99

生メモリのサイズの管理の仕方さえ忘れたか

2018/10/05(金) 18:47:04.93

>>947

g_dictCompanyInfo

2018/10/05(金) 18:49:08.38

>>960
もし、今後絶対、employee の情報しか入れないと言い切れるのなら、
g_dictCompanyEmploees

でもいい。何か追加する予定なら、>>960 のように「g_dictCompanyInfo」

2018/10/05(金) 18:51:17.31

>>947
最初の従業員のデータについては、
EmployeeInfo

二番目の dictionary の方は、
g_dictCompanyEmploeeInfo_s

2018/10/05(金) 20:18:06.35

g_とか_sとかなんなんだそれ

2018/10/05(金) 21:02:11.53

秘密の呪文

2018/10/05(金) 21:42:38.07

ハンガリアン記法とかいうMSが編み出した負の遺産

2018/10/05(金) 21:54:51.59

型付けるハンガリアンは糞だけど、グローバル変数にg_付けるのは普通でしょ
付けないの？

2018/10/05(金) 21:56:47.70

グローバル変数使わないしg_つけてもなんの役にも立たないし

2018/10/05(金) 22:29:36.85

スコープを示すハンガリアンは変数のスコープを不必要に広げることに対する心理的抵抗を低減するという点で害悪

2018/10/05(金) 22:48:31.92

あの複雑怪奇な名前解決ルールを受け入れているC++使いからしてみれば、変数が
ローカルかグローバルかなんてわざわざ目印付けるほどのことじゃないのかも

2018/10/05(金) 22:49:02.31

パブロフの犬ｶﾖ
グローバル変数の先頭に「g_」を付け続けると
そのうち先頭に「g_」とつけただけで

2018/10/05(金) 23:02:57.02

しかしいかにクラスFooに関連するオブジェクトは全部Fooのコンストラクタかsetterで渡すか一時オブジェク
トとしてメソッドの引数として都度渡すのがオブジェクト指向設計としての理想とはいえ実際には対数表のカ
スタマイズ版みたいにかなり普遍的な意味を持つテーブルＴが存在する前提でいっぱいクラスを定義したい
ときもあるわけでそういうときはテーブルTをグローバル変数とした方がスマートに書けるTがこの世に1つし
かないのにいちいちインスタンス毎にTへのポインタを持たせるのですかみたいな、

で、そうするとグローバルであることの目立つ標識が欲しいところだがオリジナルの規則を考えるのもアホら
しいので使用人口が多そうな「g_」を使う

2018/10/05(金) 23:05:20.25

６０億人がシステムハンガリアンの良さを発見できなかった
そういうことだ

2018/10/05(金) 23:06:16.17

せっかく自動化したものを蒸し返す愚行
機械に使われる人間に自ら志願するようなことでしかない

2018/10/05(金) 23:14:36.32

ハンガリアン記法が滅亡した時にgとかsとかのスコーププレフィックスも一緒に絶滅したと思うの。

2018/10/05(金) 23:19:28.57

もうそういうのは見飽きたからハンガリアン無差別否定派とアプリケーションハンガリアン推進派が頃しあって消滅してくれたらいいのに…

2018/10/05(金) 23:22:01.95

「ハンガリアン記法を使うと、コードの断片からでも何かを発見できる。」

2018/10/05(金) 23:25:38.27

C#では、メンバ変数 aaa をアクセスする時には、必ず、
「this.aaa」
とするらしい。これは、C++で、ハンガリアン記法を使った場合の、
「m_aaa」
に該当する。this. と m_ では、後者のほうが短く便利。

m_ も、this. も付けない場合、たとえば、コンストラクタで
同じ意味の仮引数を使いたい場合に、何らかの別の名前を
考えなければならなくなる。

2018/10/05(金) 23:26:32.77

サイズ変更してキャパシティ変更になったらデリートかかる可能性が高いのでそういうことを一応管理しないといけない。

2018/10/05(金) 23:28:00.34

>C#では、メンバ変数 aaa をアクセスする時には、必ず、
>「this.aaa」
>とするらしい。
mjd？
いつから？次の元号から？？

2018/10/05(金) 23:29:24.93

一般的に言われているシステムハンガリアンのデメリットはg、s、mには当てはまらない。
iとかdwとかlpszみたいな糞接頭辞とは分けて考えたほうがいいと思うよ。

2018/10/05(金) 23:31:13.38

個人的には、以下のような命名規則は大いに役立っており、
コード全体を見ずにコードの断片を見るだけで、何も考えずに
コーディングが出来ることが多くなる。おかげでずいぶん楽になった。

char *pszText;
char szText[256];
CString strText;
char **ppszText;

「sz」は、0終端文字列。s = string、z = zero。
p は、ポインタ、str は、CString。
pp は、ポインタへのポインタ。

2018/10/05(金) 23:36:17.35

m_がついててもそれがメンバである保証が何もないからなあ。無駄なだけ

2018/10/05(金) 23:39:57.45

>>980
個人的には、i や dw は滅多に使わない。
lpszは、自分では使わない。pszは使う。
なぜなら、lpsz の「l」は、16BIT時代から32BIT 時代へ移行したときの産物だから、
今は時代遅れなので。

ところで、dwRead と書くと、宣言を見返さなくても、読み込みバイト数を表す DWORD 値だと
分かって便利。dwWrite だと、その書き込み版となる。変数名が規則変化するのでとっても便利。

たとえば、「text」という変数名だと、CString 型なのか、0終端文字列なのか、
0終端が付いてないような特殊な文字列なのかが分からない。
ところが、ハンガリアン記法を使うとそれらが明確に区別できる。

0終端文字列を配列で持っているのか、それとも、そのアドレスをポインタで
持っているのかも、sz か、psz かで区別できる。

このことはバグの少ないコーディングにとても役立つ、。
頭を使わなくても機械的にコーディングできてしまうことが多くなるから。

2018/10/05(金) 23:46:52.35

命名のプレフィックスに関する個人的な熱い想いはカプセルの内側に隠蔽すると良い
そういう意味で「m_」は比較的どうでも良い

2018/10/05(金) 23:50:11.62

>>982
それを言うならあらゆるシンボル名が正しくそれを示している保証なんてないと思うよ。

>>983
そういうのはoopやtmpと相性が悪いんで…

2018/10/05(金) 23:51:01.17

こういう話だけは食い付きがいい
さすがﾄﾞｶﾀ

2018/10/05(金) 23:52:25.87

そうだよ。だから最低限にしないといけない
無駄なものをつけるのはいらんバグを増やすだけで悪

2018/10/05(金) 23:54:14.41

個人的にはCのライブラリ関数名に「g_」がついていないのを遺憾に思う

2018/10/05(金) 23:54:47.79

今時ハンガリアン使うアホがいたとは驚きなんだがw
もう絶滅したと思ってた

2018/10/06(土) 00:00:43.80

>>985
>そういうのはoopやtmpと相性が悪いんで…

どういう意味？

2018/10/06(土) 00:06:22.53

OOP == オブジェクト指向プログラミング
TMP == テンプレート/temporary

2018/10/06(土) 00:07:22.53

何で相性が悪いのかが分からぬ。

2018/10/06(土) 00:11:20.65

いかにハンガリアン否定派といえども
いざ実際ハンガリアンで書かれた変数名を見たら体が反応してしまうということなんだろＪＫ
鍛錬が足りん

2018/10/06(土) 00:14:20.26

ずっと前に、ハンガリアン記法で書かれた比較的大きなソース・コードを見て
とても分かりやすかったので自分もそれに習っただけなんだよね。

2018/10/06(土) 00:23:46.06

実際みんなが叩いてるから叩いてるってやつはいるだろうな
俺も別に悪くはないと思うよ
自分から進んで使おうとは思わないが

2018/10/06(土) 00:28:00.98

型が殖える度に変数名のプレフィックスがどんどんどん殖えていくなんてコーダー側からしたら不毛なだけ
いざ型名変えたいと思っても後ろを振り向くのが怖くなる

2018/10/06(土) 00:33:38.42

でも、BOOL 値の変数の先頭に b を付けたりすると、ミスを発見するのに大いに役立つ
事があるよ。

2018/10/06(土) 00:36:41.02

読む側にとってはな
書く側は細心の注意を払わないといけない
簡単に後戻りできないからな
メンテ効率最悪なんだよ

2018/10/06(土) 00:38:54.48

次はpart139でいいのか？

2018/10/06(土) 00:42:40.48

ハンガリアンは、集団にその命名方法が周知されていないといけないので、周知するところから始めないといけない。
周知できればコスト低減できるが、それまでのコストをどうみつもる？

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 39日 8時間 40分 40秒

**1002** · Over 1000

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php