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ならちょっと欲しいかも