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/02(火) 16:37:39.73

rogueとか作って見てはどうよ
SetConsoleCursorPositionとGetKeyStateがあれば何とかなるだろ

2018/10/02(火) 16:39:28.61

>>911
むしろ古い仕様だと後者の i を宣言しようとすると、
ひとつのスコープ内で同じ名前の変数を定義しようとした扱いになってエラーになったりした。

2018/10/02(火) 17:18:00.03

今のコンパイラでも当時の仕様に合わせるオプションはある

2018/10/02(火) 18:04:17.03

>>914
ありがとう

2018/10/02(火) 19:05:29.79

C++.でバッチ処理やbashのsedの様な機能はありますか？

2018/10/02(火) 19:11:57.50

システムコマンドを実行したいのならsystem関数
正規表現ならstd::regexクラス
ファイル名に関する様々なことはstd::filesystem::pathクラス

2018/10/02(火) 20:37:48.16

>>919
ありがとうございます
とても便利です

2018/10/03(水) 01:07:54.12

std::array を自作関数の引数に渡したいときって、サイズはハードコードしないとダメなの？

2018/10/03(水) 01:11:26.75

>>921
template <size_t t_n>
void my_func(std::array<data_t, t_n>& a)
{
...
}

2018/10/03(水) 01:18:33.15

>>922
なるほ
ありがとうございます

2018/10/03(水) 01:18:50.70

>>922
なるほ
ありがとうございます

2018/10/03(水) 03:04:58.67

>>912 >>915
ありがとうございました。やっぱそうだったんですね
しかし検索しても全然出てこないというかどう検索したら良いものか。C++98とかの時代になるんですかねぇ

2018/10/03(水) 05:02:16.81

>>925
たぶんそれより更に前の話だったと思う。

「c++ for文宣言スコープ」でググったらこういうのとかヒットした。
http://www.ksky.ne.jp/~seahorse/cpp/loopvar.html

D&E でも言及があって、 if 文でのルールと合わせる形で修正したという話が載ってる。

2018/10/03(水) 05:31:10.20

>>916
VC++ですら廃止予定だけど
https://msdn.microsoft.com/ja-jp/library/84wcsx8x.aspx

2018/10/03(水) 05:33:04.20

ARM (The Annotated C++ Reference Manual; http://amzn.asia/d/53K2HrA ) を確認してみたら、
「初期設定文が宣言ならば、宣言された変数のスコープは for 文を囲むブロックの終わりまでである」
というような記述がある。 (要するに古い仕様)

このあたりから C++98 になるまでの間に修正したってことなんじゃないかと。

2018/10/03(水) 07:01:52.10

>>926

キーワードと完全に同じ綴りのマクロがあると
標準ヘッダが動作保証外になる

ISO/IEC9899:2011 7.1.2 Standard headers の段落4

2018/10/03(水) 11:00:28.82

>>925
最初期の処理系、AT&T cfront の頃からの仕様だから 1980年台だと思う
ちなみに有名な Annotated C++ Reference Manual (ARM) は
この cfront のリファレンスマニュアルに注を付けたもの。

Mac II が出た頃の Mac のソフト開発者は Apple の MPW という開発環境の上で
AT&T のリファレンスマニュアル見ながら cfront で開発していた。

2018/10/03(水) 11:03:08.53

>>925
＞しかし検索しても全然出てこないというかどう検索したら良いものか。

当時まだ処理系と独立して言語仕様を策定/記述したものは存在していなくて、
上記の cfront のリファレンスマニュアルと cfront の実際の動作が c++ の仕様でした。

2018/10/03(水) 12:23:08.82

>>929
そんなもん古い環境で使うなら標準ヘッダのインクルード後に定義するに決まってるだろ
現行の標準に合わせたいけど仕方なく古い環境でも動くようにしたい場合のテクニックなんだから

2018/10/03(水) 13:10:09.63

>>932
俺だったらこう書くぜ
{ for(int i = 0; i < 1; i++) ; }
{ for(int i = 0; i < 1; i++) ; }
前提にしている環境を誤解させかねない変態コードには反対だ

2018/10/03(水) 13:21:21.77

ヘタレな俺は c 同様直近のブロックの頭で宣言してました

2018/10/03(水) 17:25:53.30

>>934
今では C でもブロックの頭という縛りは無いやで。

2018/10/03(水) 22:30:16.11

std::array ってコンパイル時にサイズが決まっていることを想定して作られてるんだよね？

だったら、「可変長ではないがサイズは実行時に決まる」というメモリが連続な配列がほしいなら生配列を使え、というのが C++ を作った人の気持ちなの？

2018/10/03(水) 23:04:38.92

それこそvectorじゃないの

2018/10/03(水) 23:19:51.08

>>936
いや、昔はイニシャライザーリストがなかったので、初期化式が使えるオブジェクトの立ち位置だった。
イニシャライザーリストが入ったのでほぼ産廃。constexprの対応もなく死んでいる。
基本的に配列っぽいものがほしかったらベクター使ってっていう趣旨だったと思う。

2018/10/03(水) 23:26:50.16

>>937-938
vector ってメモリ空間連続ですか？
だったら迷わずこれ使うんですが

2018/10/03(水) 23:29:56.10

>>939
&V[0]すると一本のメモリの先頭が取れると規格書に書いてあると聞いた。
これは、サイズを拡張するなどのメモリ変更があるまで同じものを指してると思う。

2018/10/04(木) 00:07:58.65

>>939
迷わず使っていいですよ

2018/10/04(木) 00:35:06.85

C++11からvectorのメモリ空間は連続でなければならないと規格で決められた
安心していいよ

2018/10/04(木) 00:40:31.88

>>940-942
ありがとうございます
しかしメモリが連続じゃないといけない外部ライブラリに vector 渡すの結構緊張しますね

少し飛躍するのですが、vector の入れ子は流石に連続とは限りませんよね？

2018/10/04(木) 00:58:43.11

メモリ連続させたいならvectorの入れ子はよして。

最初arrayで考えてたなら画像とか行列とかそんな感じかな？

2018/10/04(木) 01:32:01.20

>>942
太古から実際には連続だし規格として明記されたのは C++03 から。
C++11 で連続と規格化されたのは string (basic_string) の方。

2018/10/04(木) 01:57:52.21

>>944
いえ、もともとは生の一次元配列を使ってて、array の方が取り回しが良いのかなと考えただけです
実際は vector が最強ということですね

入れ子云々は本当に気になっただけです

多次元配列は、色々諦めて Boost を使っています

2018/10/04(木) 03:00:41.82

変数名とかクラス名にめちゃくちゃ毎回悩む
従業員の名前、社員番号、階級みたいなクラスを作るときのクラス名とかって普段どうしてる？
Employeeだけで良いのだろうか
DataとかInfoとか意味のあるようでないような命名が頭をよぎってしまう

仮に従業員をEmployeeとしたときに会社名と従業員リストのDictionary<string, List<Employee>>の変数名とかどうすりゃええねんってなる
CompanyではないしCompanyDataだとそれっぽいが的確でもなさそうだし...

2018/10/04(木) 03:38:58.82

emproyees でいいだろ
for (consy auto& emproyee : emproyees["Microsoft"]) ...

2018/10/04(木) 03:39:14.21

rじゃなくてlか

2018/10/04(木) 04:00:10.87

MapCompanyNameToEmployees

2018/10/04(木) 04:12:55.17

>>939
vector が連続と明記されたのは C++03 だが、
C++ 標準の体制としては仕様の「欠陥」と認められた項目については過去の版にさかのぼって適用されることがあり、
vector が連続であるというのもそのひとつのはず。

つまり、 C++98 を名乗る処理系でも vector は連続であるべきで、実際にほとんどそうなっていると思う。

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秒