C++相談室 part140

**デフォルトの名無しさん** · 2019/01/13(日) 05:56:22.70

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

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

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

このスレもよろしくね。
【初心者歓迎】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

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 20:36:26.96

ワイはアマチュアやで。むしろプロは必要もないところまで取り組まんやろ。

知り合いにプロのゲームプログラマ (誰もが知っている有名シミュレーションゲームの老舗メーカーに所属)
がいるけど、 C++ の言語機能に関する知識なんて、びっくりするほど貧弱やぞ。

**デフォルトの名無しさん** · 2019/02/13(水) 20:51:52.56

ゲームプログラマは特殊だわ
あいつら例外なくゲームのことしか頭にないし
エンジン作ってる部署の人なら詳しい人もたくさん居るだろう

**デフォルトの名無しさん** · 2019/02/13(水) 20:52:55.58

日吉の会社ね

**デフォルトの名無しさん** · 2019/02/13(水) 20:57:07.30

可読性とデバッグのバランス考えると、
C中心で毛が生えた程度に++浅く
使うのが一番楽。

物理計算とかAIとかのが重要で
C++の文法遊びや多重にネストした
テンプレ遊びに深く付き合っても、
生産性上がんないからなあ。

**デフォルトの名無しさん** · 2019/02/13(水) 21:36:58.08

テンプレみたいなコンパイラ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。

**デフォルトの名無しさん** · 2019/02/13(水) 22:13:34.76

++で生産性上がらんとか言ってる人はOOP理解出来てないだけだろ
俺も昔は同じで++に謂れのない敵意を持ってた
でも他のモダンな言語に乗り換えてファウラーやエヴァンスなどを読み漁ってOOPに習熟してから++に戻ってきたら今度は逆にCがゴミに思えるようになったよ
まあしかしこの壁を乗り越えるまでが大変なんだけどね

**デフォルトの名無しさん** · 2019/02/13(水) 22:28:44.60

競技プログラミングはC++一択なんだが

**デフォルトの名無しさん** · 2019/02/13(水) 23:15:55.01

C++はクラスの記述コストが高すぎて真面目にOOPするには辛いわ
モダンな言語と比較して、心理的にどうしてもクラスやメソッドの粒度が大きくなりがち

**デフォルトの名無しさん** · 2019/02/13(水) 23:33:32.80

C++クラスの最大の恩恵はRAII
ガベコレなし、値指向、デストラクタ最強

**デフォルトの名無しさん** · 2019/02/13(水) 23:39:30.60

C++は破壊的代入ができるから嫌
デフォルトがconstでないとか、言語としてどうなの…

**デフォルトの名無しさん** · 2019/02/13(水) 23:40:51.03

はいはいrust,rust

**デフォルトの名無しさん** · 2019/02/13(水) 23:45:11.06

お客さんが来たぞ

**デフォルトの名無しさん** · 2019/02/14(木) 05:24:13.40

>>774
なるほど、自分はｃｇやりたいのでC++使うしかない感じですが、とりあえずｃ＃をまともにできるようになります

**デフォルトの名無しさん** · 2019/02/14(木) 16:05:08.53

>>782
jsみたいにブラウザ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。

**デフォルトの名無しさん** · 2019/02/14(木) 16:21:32.04

クソとクソを比較するな

**デフォルトの名無しさん** · 2019/02/14(木) 16:58:10.52

>>791
いまどきもそうなのか？

**デフォルトの名無しさん** · 2019/02/14(木) 18:27:36.97

ブラウザごとに動作が異なるのは、マイクロソフトが憎いからであって、影響力を失った今、マイクロソフトと違う動作にする必要が無いような気がする。

**デフォルトの名無しさん** · 2019/02/14(木) 18:37:23.11

まだデスクトップでは絶大なる影響力があるから駄目だ。
凋落のメドも立ってない。

**デフォルトの名無しさん** · 2019/02/14(木) 18:54:11.85

そしてGUIライブラリ開発者が萎えてQt一強になったりwebview的なものが流行るんですね
もうおしまいだわ

**デフォルトの名無しさん** · 2019/02/14(木) 19:01:20.69

未来ではリテラシーが高まってCUIが標準になってるよ
GUIはエンタメ分野でだけ生き残る

**デフォルトの名無しさん** · 2019/02/14(木) 19:11:38.67

Windowsタブレットは中々イケてるけどな。
ちょっとだけ未来が見えるんだけど、惜しい、まだ未来じゃない。
って感じ。
手書きは流行ると思うよ。
電車の中でキーボード打つのは無理だけど、手書きなら何とかなる。
でも、ペン高いし、文字認識は驚くほどの精度だけど、図は描きにくかったり。
まだ未来は来てないんだよね。

**デフォルトの名無しさん** · 2019/02/14(木) 23:05:43.78

ウィンドーズホンは未来だった（過去形

**デフォルトの名無しさん** · 2019/02/15(金) 00:09:02.90

参照渡しについて質問です
void hoge(const int &x) ってすると int以外の型を渡すと危険ですか？
（short、long、unsigned、doubleなど）

void hoge(int x) のほうが安全な気がするけど、別にどっちでも一緒ですか？

**デフォルトの名無しさん** · 2019/02/15(金) 00:21:58.58

int以外の型を渡せばintに変換した一時変数が作られてその参照が渡されるからそこに危険性はない

**デフォルトの名無しさん** · 2019/02/15(金) 01:34:11.24

>>800
そもそも参照である必要を感じない
実質ポインタだから無駄な参照く

**デフォルトの名無しさん** · 2019/02/15(金) 01:36:20.74

constの参照渡しってでかいコピーを作りたくないときだよね？

**デフォルトの名無しさん** · 2019/02/15(金) 01:38:17.51

組み込みの型で参照はいらない

**デフォルトの名無しさん** · 2019/02/15(金) 01:58:57.74

>>801-804
なるほど、安全性は一緒なんですね。
うちの会社にそういうコードを書くベテラン社員がいるので、
気になって質問させてもらいました。
やっぱり組み込み型は普通に値渡しでいいみたいですね。

**デフォルトの名無しさん** · 2019/02/15(金) 06:42:38.91

ｃ＋＋だけで個人でソフトを完成させるのはめんどくさすぎるのですかね

**デフォルトの名無しさん** · 2019/02/15(金) 06:43:48.42

言語は関係ない

**デフォルトの名無しさん** · 2019/02/15(金) 07:12:10.42

>>800
そもそもc++でプリミティブ型単体で引数にすることなんてあるの？
できるだけクラスか構造体にラップして参照渡しするもんだけど

**デフォルトの名無しさん** · 2019/02/15(金) 07:16:18.56

それjavaでやってる奴見たことあるけど無駄すぎて周囲に陰で笑われてたぞ

**デフォルトの名無しさん** · 2019/02/15(金) 11:35:50.98

>>808。
Cの時代から普通にあるよ。構造体で渡すまでもない場合はそれが最も効率がいい。

int add( int x, int y )
{
　　return x+ y;
}

float fadd( float x, float y )
{
　　return x+ y;
}

とか。

**デフォルトの名無しさん** · 2019/02/15(金) 12:00:51.60

MyIntとかやっちゃうの？

**デフォルトの名無しさん** · 2019/02/15(金) 12:19:55.21

↑とか言って人を見下す奴もゴミのようなtypedefの山には疑問を抱かないのがC++er

**デフォルトの名無しさん** · 2019/02/15(金) 12:29:01.92

logとって足し算or引き算に降格なんて良くする事でしょ

**デフォルトの名無しさん** · 2019/02/15(金) 12:31:45.75

>>800
C++ で参照渡しする理由は：
1.構造体などをそのまま引数に渡すと、スタックにコピーする動作が入ってしまい、
　構造体のサイズが大きいと時間がかかる。参照渡すにすると先頭アドレス
　(4バイト、または、8バイト)だけがスタックにコピーされるので効率がいい。
　int, float などは、中身のサイズとアドレスのサイズが変わらないので参照渡し
　にしてもコピー動作に置いては効率が上がらない。そして、実際に引数を
　読み取る段階では、参照渡しは1クロックほど時間が余計にかかってしまう。

2. 戻り値には1つの値/オブジェクト/変数しか返すことが出来ない。そのため、2つ以上の
　値を返したい場合には、C では伝統的には、引数にポインタ渡しで変数の先頭アドレス
　を渡し、そのアドレスを介して対応する変数に値を書き込む方法をとっていた。
　C++ では、ポインタ * の変わりに参照 & を使うことが出来るようになった。
　参照の方が見易かったり、分かりやすかったりする事があるといわれている。

3. const int &a や const float &a では、値を呼び出し側に返すことが出来ない。なぜなら、
　const 属性が付いているから呼び出された関数側からは書き込めないため。
　その上、アドレスのBIT数が、中身のBIT数と同じか、むしろ大きいので、実引数から
　スタックにある仮引数へのコピー動作に置いても効率も上がらない。
　さらに、参照なので、実際に読み取るときには1クロック余計な時間がかかってしまう。
　だから、int a や float a で渡すほうが良い。

**デフォルトの名無しさん** · 2019/02/15(金) 12:49:09.91

>>814
手短に説明するのは難しいが、float と double は、それぞれ32BIT、64BITで、
ポインタのBIT数と同じかどうかは、使ってるOSのBIT数によって違ってくる。
だから、double 型を参照渡しで渡した場合、わずかに効率が上がる場合が
絶対ないとは言い切れないかもしれない。ただし、その場合でも、参照型
の仮引数を実際に読み取るときには、「間接参照」というアセンブラで書くと、
[アドレス値] や、[ポインタ値] のようなオペランドを持った mov 命令が
1つ追加で必要になって、1クロック分余計にかかる。
なお、処理系によっては、関数呼び出しに置いては、float 型でも、double 型として
渡される場合があるかもしれない。

だから、関数呼び出しの時点でわずかに効率が上がっても、読み取る段階で
1クロック遅くなるかも知れない。だから、この位のBIT数の変数の場合で、
値を呼び出し側に戻り値として「出力（返す）」すつもりではい場合には、
参照渡しにせず、値渡しにしたほうが良いと考えられる。

**デフォルトの名無しさん** · 2019/02/15(金) 13:09:37.97

void hoge(const int *x)と同じことだろ

**デフォルトの名無しさん** · 2019/02/15(金) 13:17:50.81

そんなところの速度気にする前に無駄なI/Oや描画処理がないかとかクソみたいなアルゴリズム使ってないかとかを心配しろ

**デフォルトの名無しさん** · 2019/02/15(金) 13:20:58.06

C++もC#みたいに参照渡しで呼び出す方にoutやref修飾子みたいなのを明示的に書けるようにしてほしいわ
結果を引数の参照に代入することの欠点は一見してそれが参照渡しか分からないことにある
別に強制じゃなくていいからさ

**デフォルトの名無しさん** · 2019/02/15(金) 13:52:43.03

constなら区別する必要ないだろ
渡されたものを書き換えるなら生ポにすればよい

**デフォルトの名無しさん** · 2019/02/15(金) 14:12:58.62

>>798-799
これだな
「著作権侵害だから」という理由で「スクリーンショットを規制」するとマジで死ぬというのをかつて証明した実例がある
https://gunosy.com/articles/RImqe

**デフォルトの名無しさん** · 2019/02/15(金) 14:18:59.83

>>806
「だけ」で言うとフレームワークとかライブラリとかモジュールとか全部自作なら大変だな

**デフォルトの名無しさん** · 2019/02/15(金) 14:19:30.44

>>806 ( >>821 )
どんな言語でもっていう意味ね

**デフォルトの名無しさん** · 2019/02/15(金) 14:20:59.00

>>810
テンプレ使え

**デフォルトの名無しさん** · 2019/02/15(金) 14:23:38.85

テンプレ嫌い
専門のライブラリ屋が書くのは良いけどてめーらは書くな

**デフォルトの名無しさん** · 2019/02/15(金) 16:09:39.03

ライブラリ屋だが

**デフォルトの名無しさん** · 2019/02/15(金) 17:00:19.18

>>816
ならvoid hoge(const int *const x)だな

**デフォルトの名無しさん** · 2019/02/15(金) 18:23:56.85

>>817
くだらない落書きCPU時間の無駄、保存するって？IOの無駄。
とか言い出しちゃうわけですか。

**デフォルトの名無しさん** · 2019/02/15(金) 19:47:35.40

void hoge(const int &x)
初心者がたまにこうやって書いてるの見るわｗ

**デフォルトの名無しさん** · 2019/02/15(金) 21:23:45.17

>>827
描画やI/Oで非効率なことしてたら、intの受け渡しのこまけえ話なんかと比べて
冗談抜きに10億倍とか時間かかったりするんだから先にそっち気にしろってだけだけど
この話を必要な機能を削れって解釈する奴もいるんだな
リアルで思い当たりあるわ、なるほど勉強になった

◆QZaw55cn4c · 2019/02/15(金) 21:27:25.91

>>814
＞参照の方が見易かったり、分かりやすかったりする事がある
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html
「彼が言うには、変数を参照しているのか逆参照しているのかがいつもわからなくなる、だから必ずポインタを使う。アスタリスクが思い出させてくれるから」

◆QZaw55cn4c · 2019/02/15(金) 21:28:57.07

>>828
このスットコドッコイめ、「void hoge(const VeryBigClass &x)」は定石ぞよ

**デフォルトの名無しさん** · 2019/02/15(金) 21:41:03.28

>>830
out引数は参照でなくポインタってルールのプロジェクトは結構あるな
参照ならnullチェック不要とか言うやつもいるけどポインタにアスタつけて渡してくるからなんの安心材料にもなってない

**デフォルトの名無しさん** · 2019/02/15(金) 21:54:00.64

>>832
std::string &str = *(std::string*)nullptr;
なんて書くやつおるのか？
そもそもこの代入時の関節参照でfaultしないのが興味深い

**デフォルトの名無しさん** · 2019/02/15(金) 22:01:14.10

>>833
それを一行で書くキチガイはいないだろうけど、参照引数に対してポインタを逆参照して渡すのは普通にやるだろ
当然、それがヌルポだったら相手は死ぬ

**デフォルトの名無しさん** · 2019/02/15(金) 22:29:36.78

>>833
めっちゃclangが消し去りそうなコードw

**デフォルトの名無しさん** · 2019/02/15(金) 22:45:50.97

ぬるぽをデリファレンスした時点で未定義動作だから受け取る側はそんなもん考慮しなくていいし渡した奴が悪い
参照がnullptrかどうかチェックするコードなんか書いたところでコンパイラが最適化で除去しちゃうぞ

**デフォルトの名無しさん** · 2019/02/15(金) 22:57:42.33

参照渡しにするとありがたいのは勝手にconst扱いになることだ
例： void foo(const char* p) { ... } // p自体はconstではない
　　　void bar(const char& c) { ... } // 引数のどこにも非const要素が無い

ポインタで同じことをしようとするとfoo()は次のように書かねばならない
void foo(const char* const p) { ... }

**デフォルトの名無しさん** · 2019/02/15(金) 23:01:30.49

>>831
intをVeryBigClassに読み替えてご苦労様です
藁人形論法つうんだっけ？付き合いきれないわ

**デフォルトの名無しさん** · 2019/02/15(金) 23:05:24.07

訂正orz、
△：勝手にconst扱いになる
○：勝手にアドレスがconst扱いになる

あと参照は同一の字面で変数の実体を差し換えられるというのが
ポインタより圧倒的に優れてゐる、すなわち
Foo::m_someDataをm_someDataとして直接参照する10億行のコードを書き直すことなく
FooWrapper::m_someDataに対する操作に差し換えることができる

ポインタではこれはできない（正確に言うと、プリプロセッサを悪用したらできる「こともある」が

**デフォルトの名無しさん** · 2019/02/15(金) 23:11:11.98

0で割ると例外が発生しますか？

**デフォルトの名無しさん** · 2019/02/15(金) 23:36:01.69

C++の例外なら発生しない
CPU例外なら発生する

**デフォルトの名無しさん** · 2019/02/15(金) 23:40:28.46

整数はCPUレベルの例外が起こる
浮動小数は±∞かNaNになる

**デフォルトの名無しさん** · 2019/02/16(土) 02:18:09.31

じゃあnoexceptってことでいいですか？

**デフォルトの名無しさん** · 2019/02/16(土) 03:40:53.24

WinならSEH例外をC++で捕捉できるんじゃないっけ

**デフォルトの名無しさん** · 2019/02/16(土) 05:52:35.21

ゼロによる割り算って、未定義の動作になるんじゃないか？
CとC++で、あるいは規格のバージョン間で違うのかもしれんけど、

とりあえずCの整数ではゼロで割ると未定義動作って資料を見つけられた。
規格に手が届く人の検証を求めたいところ。

**デフォルトの名無しさん** · 2019/02/16(土) 05:55:58.95

言語としては未定義だけど一般的なコンピュータでは動作停止するかOSに落とされる

**デフォルトの名無しさん** · 2019/02/16(土) 08:45:05.13

0割で動作停止するコンピューターなんて見たことないわ

**デフォルトの名無しさん** · 2019/02/16(土) 09:14:28.81

>>842
実は、浮動小数の場合は、例外を発生させるか、値をNaNやINFにするかを
CPUの制御レジスタのフラグ類などであらかじめ設定できるようになっている。
だから、0で割り算した場合に例外ハンドラを起動させるようにすることも
可能。

**デフォルトの名無しさん** · 2019/02/16(土) 09:16:46.83

>>847
昔は有ったよ。
「0除算例外」という「割り込み」が生じるが、MS-DOS などの16BIT-OSでは
それをOSが処理しない場合があって、その場合は、アプリだけでなく、OS
まるごとハングアップしたり、再起動したりする事があった。

**デフォルトの名無しさん** · 2019/02/16(土) 09:43:23.27

ドヤッ

**デフォルトの名無しさん** · 2019/02/16(土) 10:17:27.91

>>849
それエラー処理の問題でしょ
そんなこと言い出したら変な入力で動作停止するコンピューターだってゴロゴロしてるし w

**デフォルトの名無しさん** · 2019/02/16(土) 15:24:09.94

OSが安全に処理してくれてるだけでOSが無ければ止まるよ

**デフォルトの名無しさん** · 2019/02/16(土) 17:49:12.32

>>852
止まる？
単に暴走するだけだろ
組込みとかだと再起動とか

**デフォルトの名無しさん** · 2019/02/16(土) 18:06:39.50

アイドリングで止まってるか暴走で同じところを回ってるのとの違いでしかない
(発熱以外違いはない？)

◆QZaw55cn4c · 2019/02/16(土) 18:12:26.16

>>853
あなたのいう「暴走」の定義はなんですか？
ゼロ割のinterruptが発生したら然るべきルーチンを呼び出すだけなのでは？
それが何をするかは定義しだいだが、暴走！？みたいなことが発生することはないのでは？

**デフォルトの名無しさん** · 2019/02/16(土) 18:26:44.19

突然始まるガベコレで長期間CPU占有されて
表面上使ってるひとには止まってると思われる状況は発生するし
一般人はそれを文字通り止まってるとみなすだろう

◆QZaw55cn4c · 2019/02/16(土) 18:37:58.26

>>856
最近のソフトで Full GC が走ってしまうことなんてあるのかな…

**デフォルトの名無しさん** · 2019/02/16(土) 18:43:27.21

今ハード割り込みなんて気にするソフト書くとしたらOSがないやつだよね

**デフォルトの名無しさん** · 2019/02/16(土) 18:46:53.94

プロセスとして切り離しとけってアドバイスでこんなの終わりだろ。

**デフォルトの名無しさん** · 2019/02/16(土) 18:56:31.75

>>855
OSがない環境だから処理ルーチンもないんだろ
詳しくは>>852に聞いてくれ

**デフォルトの名無しさん** · 2019/02/16(土) 18:57:29.43

>>856
こんなスレで一般人の感想を言われても…

**デフォルトの名無しさん** · 2019/02/16(土) 19:57:22.22

一般人とか言い出すのはLinux板だけかと思ってた、ワロ。

**デフォルトの名無しさん** · 2019/02/17(日) 02:38:22.89

ていうか今目の前にある環境でコード書いて試せばすぐわかることを聞いてくるやつは
エアC++

**デフォルトの名無しさん** · 2019/02/17(日) 04:21:07.23

Visual Studioでコード書いても何もわからない。
とても都合よくできてるから。
こっちが標準になればいいのに。

**デフォルトの名無しさん** · 2019/02/17(日) 04:25:41.02

ラムダ式がいまだに書けないし読めないんだけど
書きたくなるようなメリット教えてくれ

**デフォルトの名無しさん** · 2019/02/17(日) 04:28:58.95

読みやすいし楽だからでは。

**デフォルトの名無しさん** · 2019/02/17(日) 04:46:40.12

C++を使うとコンパイラエラーで悩むことが多いがラムダは複雑そうなのに非常に素直だ。ラムダで問題がでることが一度もない。素直でできがいいと思うが残念なことに
そんなに使い道がない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/17(日) 04:51:22.12

関数の内部で関数を定義できる。すなわち、例えばデカい関数からいちいちその関数の外側に注意を向ける必要が無くなる。

**デフォルトの名無しさん** · 2019/02/17(日) 05:00:32.63

述語に使えば。

**デフォルトの名無しさん** · 2019/02/17(日) 05:04:23.32

STLでもboostでもQtでも使いまくるだろ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/17(日) 05:05:22.93

std::sortの述語に使うのはよくあるね。

**デフォルトの名無しさん** · 2019/02/17(日) 05:32:44.80

>>868
それ凄くいい着眼点だと思うのだが、無名のnamespaceで代用できるし、どちらもそれぞれ利点が
あって、どうかするとnamespaceにしておく方が便利だったりする。

**デフォルトの名無しさん** · 2019/02/17(日) 05:36:53.53

std::thread t([&]() {
....
});

とか。

**デフォルトの名無しさん** · 2019/02/17(日) 06:17:10.31

>>873
文法的意味もよくわからないのだが、直観的にはわざわざそんなことをすることにどんな
意味があるのかというのもわからない。解説をたのむ。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/17(日) 06:33:40.59

std::threadはスレッド。すなわち並列処理ができる。以前は別の場所に並列処理を行う関数を書かないと
いけなかったのが、ラムダを使えば処理をその場で書くことができる。

**デフォルトの名無しさん** · 2019/02/17(日) 06:53:15.35

>>865
いちいち関数名考えなくて済むでしょ

**デフォルトの名無しさん** · 2019/02/17(日) 07:51:55.06

そんなしょうもない理由、どうでもいいわ。
てか可読性上げるために少しは考えろや。

他の言語なんかだったら部分的に引数を適用した関数(カリー化)が使いやすくなるとかはある。

**デフォルトの名無しさん** · 2019/02/17(日) 09:00:43.73

名前付をしょうもない理由とか言う奴はもれなく使えない
そもそもその場で書いてるから可読性も上がるし
ラムダ使えない奴の戯言でしかないな