C++相談室 part139

2018/10/06(土) 00:59:48.54

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

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

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/

このスレもよろしくね。
【初心者歓迎】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/06(土) 01:18:47.18

で

_sって何

2018/10/06(土) 01:29:10.07

>>2
あれは複数形のsのつもりだった。

個人的には、コードにおいては、aaa に対する複数形の s は、aaas と書かずに
aaa_s と書いた方が分かりやすいと感じることがあるので。

ただ、配列の場合は、複数形の _s を付けて、リンクリストの場合は、
list または、List を付けるようにしている。

今回の場合も、リストなら List と書いたほうがいいかもしれない。

2018/10/06(土) 01:31:32.02

システム・ハンガリアンは、コーディング時の思考の節約になる事がある：

https://mevius.5ch.net/test/read.cgi/tech/1494147712/376

2018/10/06(土) 01:52:36.08

意味で考えたら自動的に型は合うでしょ。
意味だけ考えりゃ済むことを二重にするのが思考の節約ってのがわからん。
一重で済めばそれに越したことは無い。

グダグダの設計をなんとかするのにはシステムハンガリアンも有用と思うけど、
まともな設計が出来てれば要らんだろ。

「英雄のいない時代は不幸だが、英雄を必要とする時代はもっと不幸だ」

2018/10/06(土) 02:00:06.62

>>5
ところで、あなたは巨大なプログラムを作った経験ある？

2018/10/06(土) 02:07:35.21

>>6
巨大なプログラムの一部を作ったことはあるので、
設計がまともなことなんてまずないことは知ってるよ。

2018/10/06(土) 02:10:13.19

>>5
たとえば、ポインタの場合の先頭に「p」が付いているだけでも、立派な「意味」になっている。

このような一般法則を用いないで、ポインタであるとう意味まで含めた変数名を
付けることは、基本的に不可能。

また、たとえば、名前の入った0終端文字列へのポインタを「pszName」という変数名を
付けているのは、かなり適切に意味を表していると思う。

「name」だけだと CString 型と 0終端文字列なのかの区別も付かない。
また、長いテキストの中の一部だけに着目した文字列の場合は、そのどちらでもないから
「psz」の接頭辞はつけない。

これにより、発見しにくいバグも減る。

2018/10/06(土) 02:17:56.90

>>5
決められたフォーマットでファイルにデータを書き込むような場合、コード中、
メモリ中のデータのポインタと、これから書き込む fseek するためのファイルポインタ、
サイズなどが「対」または「コンビ」のようになって存在することがある。

そのとき、接頭の、fpos、p、size、len などでそれらが区別できることはとても有りがたい。

その場合、

fposData1 = pData1 - pTop;

のようなパターンが現れるだろう。

それに加えて、同じではない微妙に違った関数化が難しいようなパターンが現れくることがある。

そういうような場合に、ハンガリアン記法は、とても重宝する。

正しいコードが、記法からだけでほとんど機械的に分かってしまう事も多い。

2018/10/06(土) 02:20:37.42

テンプレートじゃ使えないしもはやC時代の遺物でしかないわな
現代じゃ害悪

2018/10/06(土) 02:26:47.17

>>8
思考のレイヤが違うな。
やりたいことの意味をプログラムに落とし込んだ結果としてなんらかの型に収まるという考えでやってるので、
型が意味だと言われたら本末転倒な感じがする。

まあ型中心の方がわかりやすいってのならそれはそれでいいよ。

2018/10/06(土) 02:27:05.24

>>10
自分の場合は、自作テンプレートの中でも使ってる。たとえば、

TYPE m_data;
TYPE *m_pPrev;
TYPE *m_pNext;

xxx( TYPE *pPos ) {
・・・
}

などのように。

2018/10/06(土) 02:31:46.61

>>11
たとえば、floatをdoubleに変更したことはあるが、
BYTE 型を int 型に変えたりすることはまず無い。

16BIT時代から32BIT時代へ移行するような場合は、
変更したことはあるが、機械的に置換すればいいというわけではなかった。
32BIT時代から64BIT時代への以降においても、機械的に置換して
済むものではないと思う。

**デフォルトの名無しさん** · 2018/10/06(土) 03:24:51.76

目で追っただけでカメラが視線を検知してどの変数を見てるか特定して型を表示してくれ
できれば脳に直接語りかけてくれ

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

ワード幅が変わってもWORDの意味を変えることはできなかったね

2018/10/06(土) 07:10:10.75

> 「name」だけだと CString 型と 0終端文字列なのかの区別も付かない。

型が知りたいときに宣言を見ないアホを救う必要あるか？
F12を押せば一発だろうが

2018/10/06(土) 07:26:40.45

どのエディタを想定してる？

2018/10/06(土) 07:56:58.40

>>8
> 「name」だけだと CString 型と 0終端文字列なのかの区別も付かない。
今どき0終端文字列なんてAPIに渡したりする時など以外には使わんだろ
ほとんどない例外事項に対処するためによく使うケースの効率落とすのはダメプログラマーにありがち

2018/10/06(土) 08:20:03.66

>>18
？

2018/10/06(土) 08:22:41.80

>>18
？

2018/10/06(土) 08:36:03.28

>>19 >>20
！

2018/10/06(土) 08:37:57.90

まともに育つIDEを用意してくれや
とりあえず

2018/10/06(土) 08:46:02.31

すぐ環境のせいにする…(´・ω・`)

**デフォルトの名無しさん** (JP 0H67-/FYQ) · 2018/10/06(土) 08:48:27.61

だから spacemacs だって

2018/10/06(土) 08:49:31.50

>>13
std::string、
Company等の自作クラス、
std::unordered_set<Company>みたいなテンプレ使ったクラス、
スマポなんかはどう命名してるの？

2018/10/06(土) 08:50:42.89

数十万行の他人が書いたソース・コードに一度でも溺れてみたらいいよ…

2018/10/06(土) 09:40:20.41

Cの頃はIDEに検索機能さえあれば、検索した結果をメモ帳にでも書きつけて行って簡単にコールグラフを作れた
なぜなら関数名はプログラムの中でほぼ一意とみなせたので、walk aroundの強力な指針となった

C++になったらそうでもなくなった
なぜなら関数名がオーバーロードされるようになった上に異なるクラスが同名のメソッドを持っているというケースが頻出する上に、
テンプレートやnamespaceまであるので
Cの頃から比べたら、解析の困難さは異次元のレベルすぎて草
現実的に解析を行えるかは、ソースコードの字面がどうかかれているかよりもクラスの意味が整理されているかに大きく依存する

もし仮に万が一、#if～#endifで切りまくられたソースコードで正しくメソッドの定義元や呼び出し元一覧がクラスがテンプレートの
仮引数として渡されているケースについても正しく信用に足る一覧が出るIDEならちょっと欲しいかも

2018/10/06(土) 10:32:45.07

そんなあなたにdoxygen+graphviz

2018/10/06(土) 10:37:41.35

>>27
それできないとコンパイルすらできないんだけど…

2018/10/06(土) 10:59:24.19

コンパイラ(とそのコードを書いた本人)以外の人が把握するのが難しくなったということだろ。
ADLやらSFINAEやらで実際にどこの何が呼ばれるのか、プログラム全体をひっくり返してみないと
わからなかったりするしな。

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

>>28
doxigenは、なんかブラウザで閲覧できるようにするまでの設定がめんどくさかった思い出
およびコールグラフは出たが本当にグラフの画像しか出ない（シンボルをコピペできない）のでｼｮﾎﾞｰﾝ、
だったのでそんなにやりこんで使っていないｽﾏﾝorz
それよかDOT言語が面白すぎたので遊び倒した

>>29
コンパイラのビルドとIDEのインテリセンス能力は関係ない（ﾊｽﾞ。LLVMは知らん
もし定義元を書き換えてエラーを起こせばエラーメッセージから呼び出し元がﾜｶﾙ、
という考えならテンプレートが絡んだ瞬間に目が眩んで死ぬ

2018/10/06(土) 11:48:26.03

>>31
> コンパイラのビルドとIDEのインテリセンス能力は関係ない（ﾊｽﾞ。LLVMは知らん
技術的には可能だって話

> もし定義元を書き換えてエラーを起こせばエラーメッセージから呼び出し元がﾜｶﾙ、
> という考えならテンプレートが絡んだ瞬間に目が眩んで死ぬ
そんなアホな発想するやつがいるとは思わなかったよ w

2018/10/06(土) 12:28:56.41

>>31
無知ですまない。
シンボルをコピー出来ると何が便利になるの？

2018/10/06(土) 14:07:27.04

>>10みたいなことをドヤ顔で言ってるド素人が多いけど
TMPにはTMPの一般的なルールがあるんだがな
ハンガリアンではないけど

2018/10/06(土) 14:36:17.51

templateの一般的なルールってtemplate引数で汎用的に使えるのはTとかそんな感じ？

2018/10/06(土) 14:44:51.23

標準にあるis_integral_vとかdecay_tとかのvやtもハンガリアンの亜種といえば亜種なのか？

2018/10/06(土) 14:51:10.85

それそれ
型と値は区別しやすいようにしてんだから考え方は似たようなもんだ

あと前スレ>>986
エアプログラマが調子に乗るな
ドカタだろうが何も生み出さない素人よりよっぽど偉いわ

2018/10/06(土) 14:53:54.19

>>34
ドヤってるところ申し訳ないけどテンプレートにルールはないって言ってるやつはいないと思うぞ

2018/10/06(土) 14:55:36.96

お前>>10を読んでそう思うのか

2018/10/06(土) 15:37:33.52

頭大丈夫？
>>10は>>9のハンガリアンの話でしかない
いつから一般的なルールだと思ってた？

2018/10/06(土) 15:45:25.65

ハンガリアンなんてなんの役にも立たないどころか邪魔にしかならないルールでコーディングしてたら周りから叩かれるだろ
ジジイしかいないところでやってるのかな

2018/10/06(土) 16:10:25.13

この板には底辺ﾄﾞｶﾀしかいないのがよくわかるわ
C++ｽﾚで底辺ﾄﾞｶﾀのｺｰﾃﾞｨﾝｸﾞ規約だけでもりあがってる
底辺ﾄﾞｶﾀがｵﾚんとこではこうだといいはりあってる

ｺｰﾃﾞｨﾝｸﾞ規約を守ってもらうのも当然だが
ちゃんといわれたとおりに適切に動くもん作りなさい

そっちのほうが重要だからな
底辺ﾄﾞｶﾀはこの部分がおもいっきり欠如している

2018/10/06(土) 16:27:40.58

>>40
こっちのセリフだよw
>>10が>>9へのツッコミや反論に見えるのか？w
一連のハンガリアンの話でハンガリアンをくさしたいだけだろ(多分C++ coding standardsか何かの受け売り

ついでに>>18でほとんどない例外事項とか言ってるが、
C++11からstd::stringがゼロ終端になったのは何でだろうね？w

2018/10/06(土) 16:29:29.27

エアプログラマと言われてカチンと来たのか知らんけど
お前に言ったんじゃねーから
どんだけナイーブなんだよ

2018/10/06(土) 16:34:55.04

むしろﾌﾟﾛｸﾞﾗﾏｰとか日本では最底辺のﾄﾞｶﾀだからな
なにいきがってんの

2018/10/06(土) 16:38:08.78

>>44は>>40宛な

2018/10/06(土) 17:27:06.43

>>41
アプリハンガリアンならまだ役に立つよ
まあ適切な命名すりゃ事足りるんだけどね
ただ命名のスキルは将に知性に直結するんでね、玉石混淆なプロジェクトだと余計混乱したりする

2018/10/06(土) 17:28:08.46

>>45
土方だの何だのと罵っても、その土方が世の中を動かしてるんだよなあ

2018/10/06(土) 17:36:52.70

>>48
BOSSのCMっぽいね。
俺もそういう現場の人たちには敬意を表するわ。

2018/10/06(土) 17:40:24.23

△：土方が世の中を動かしてる
○：仕様どおりのﾌﾞﾂをきちんと作る土方が世の中を動かしてる

2018/10/06(土) 17:59:22.81

>>50
今どき設計とコーディングが別だと思ってるエア（）の人かな？

2018/10/06(土) 18:01:49.07

>>25
自分がやってるやり方だと、システム・ハンガリアンについては、
文字列(CStringでstrXxxx、0終端文字列で、szXxxxなど) と BOOL 型 (bXxxx)、
ポインタ(pXxxx)、についてだけ接頭辞を必ず使っている。

整数型、浮動小数点型については原則的には接頭辞を付けてない。
ただし、浮動小数点と整数を明確に区別したいときには、特に浮動小数点変数
についてだけは、「f」を付ける事があるが、float と double は区別してない。
int 整数についは、どうしても必要な場合は「i」を付ける場合があるが、普段は付けない。

今のところ、リストについては、接頭辞ではなく、接尾語のように、
XxxxList と付けているが、メンバ変数としては、

class CYyyyy {
　　・・・
　　CMyList<Aaaa> m_listXxxx;
　　・・・
};
と書くことはある。

配列の添え字は、idxXxxx、個数は、numXxxx、id 番号は、idXxxx。
最大値については命名に迷うことが多い。maxXxxx とすることもあるが、
numXxxx とは、「1」しか値が違わないことも多いので迷う。

新しく作ったクラスのオブジェクトについては、基本的には接頭辞としては
付けないが、どこか、変数名の一部でクラスが分かるようにすることはある。

たとえばの話、CPerson クラスのオブジェクトなら、person1、person2
などとすることが多い。

2018/10/06(土) 18:02:16.20

>>52
[続き]

自分で作った Tree クラスの template なら、それを使った Tree クラスの
オブジェクトは、XxxxTree という名前にすると思う。

2018/10/06(土) 18:05:29.36

>>25
それから、今のところ、std::string は使わずに、CString ばかり使っているので、
std::string と CString の文字列を区別する命名法は普段は考えたことが無い。

多分、std::string を、sstrXxxx、CString を strXxxx にするか、逆に、
strXxxx と、cstrXxxx にするかだと思う。

それは、どちらか好んで使いたい方を短くするように命名法を決める。

2018/10/06(土) 18:10:29.82

>>43-44
何をグダグダ言ってるのか知らんけどテンプレートにルールがないとか言ってるやつがいないのに>>34なアホがドヤろうとして自爆しただけ w

2018/10/06(土) 18:13:01.41

>>25
>std::unordered_set<Company>みたいなテンプレ使ったクラス、

これは使ったこと無いけど、list の命名に習うなら、グローバル変数の場合は、

g_setXxx
g_usetXxxx

みたいな事になるかと思う。長すぎるのは困るので迷いどころ。

2018/10/06(土) 18:13:54.52

>>51
上の話の流れからすると単に「土方」と書かれると
「ちゃんといわれたとおりに適切に動くもん作」らない「底辺ﾄﾞｶﾀ」（>>42）と区別が付かないから
補足の必要が認められた

あと下位の設計が（（特段の事態が生じない限り）上位の設計に従うのは
今日日であっても変わらないので、>>51が設計とコーディングが完全に合一だとする主張だとするといいすぎ

2018/10/06(土) 18:17:31.24

>>55
図星ですって素直に言えばいいのに
メタプログラミングやったことも無いのにテンプレート云々を理由にして
>>10と同じように「今どき変数の命名法なんか要らん」と、ハンガリアンだけでなく
あらゆる命名法を全否定してたアホだろ？ｗ
受け売りばっかしてないで少しは自分のアタマ使えやボケが
あ、使うアタマも無いから受け売りしてんのか

2018/10/06(土) 18:39:05.87

>>58
だからお前以外は誰も一般的なルールの話なんてしてない
恥の上塗り乙 w

2018/10/06(土) 18:47:51.32

今週は一般的な命名法って何のこと？
ハンガリアンの話をしてるのにな

2018/10/06(土) 18:48:44.44

今週はは勝手についてしまった

2018/10/06(土) 18:49:16.40

低学歴知恵遅れには
計算機のｱﾄﾐｯｸな型という概念がないからな

2018/10/06(土) 18:51:00.59

ともかく低学歴が書いたｺｰﾄﾞは読みにくい

2018/10/06(土) 18:51:48.57

C++は低脳でも使える言語だが、C++使ってるから低脳ってわけでもない。

2018/10/06(土) 18:52:08.17

>>59
同じ事しか言えんのか？
お前>>5を擁護してたろ？
あと型が知りたきゃF12押せって話もあった
（俺は別に型がわかるような命名を常にすべきとは思わんが）
彼らは型がわかるような命名法全否定してるだろうが

＞誰も一般的なルールの話なんてしてない
一般的なルールって何？TMPの話ならTMPでデファクトスタンダードになってる命名法がある、って話なんだけど
お前話について来れてもないだろ？