C++相談室 part165

2023/10/31(火) 07:37:38.52

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2023/10/31(火) 08:59:52.78

>1 乙です

前スレ例外はループ脱出に使うような物じゃない、との意見に賛成です。

自分は、例外は「起こり得るけどいちいちエラー処理を書いたらアホな話を」「処理呼び出し毎ではないレベルで」「エラー対処コーディングするもの」と思ってます。

具体例は、
リンクリストなどコレクション操作でメモリ不足が起きた場合、のエラー処理。
コレクションの追加や削除を頻繁に行うコードって、大体はもっと概念レベルが高い事をやってるので、1件の追加レベルでエラー処理書いてたらアホな感じになる。

しかも、GUI プロセスを作ってて何か上手く動かないから特定のエラーだけを画面に表示したい、など、ことさら明確に対処したい場合です。プロセスが落ちればいいだけなら、main()の外側、の仕様がやってくれる。

古い本の情報だけど、SBリップマンによると、MS VC++と、sun、hp-ux の C++コンパイラで、例外を使う／使わないで速度性能調査したそうで、 4~6% の速度劣化があったとの事です。

2023/10/31(火) 09:37:52.87

スレ終了間際に現れる質問いいですかオジなんなの？w.

2023/10/31(火) 09:38:43.79

Pythonで言うと
forのStopIterationはへっ？だし
int()のValueErrorですら微妙

2023/10/31(火) 11:32:52.74

うるせえstd::stoi()ぶつけんぞ

2023/10/31(火) 16:49:04.12

>>3
ヘッダーの最後の行の #endif みたいなものだよ

2023/10/31(火) 23:53:09.44

>>6
と、言うことは対になる#ifがどこかに？

2023/11/01(水) 10:50:51.42

…（いくら5chとは言え、複数の人が集まる場所で、何かを教えて頂いてもお礼も言えず、面白い返しもできない人がいたとして。その人がプログラムに関してだけは素晴らしいコードを書ける、なんてことはあるのかな？と思う瞬間が人生の中であったり、なかったり）

2023/11/01(水) 12:51:50.53

（礼儀とプログラミングスキルは関係ないと思う）

2023/11/01(水) 12:53:02.45

（俺の昼飯どこ行った？）

2023/11/01(水) 16:02:16.42

(今日の昼飯はセブンのサバ塩焼弁当にしとくか・・・)

2023/11/01(水) 18:24:49.00

コードにはある程度そいつの人間性は反映されるな
スレチな話題ではあるけど

2023/11/01(水) 23:07:31.46

(本物のプログラマはPascalを使わない)

2023/11/01(水) 23:30:59.94

(でもPythonは使ってもいいのかな？って時々思う)

2023/11/02(木) 00:03:32.45

そろそろキャストは止めてスマポ使いましょう

2023/11/02(木) 02:43:15.24

まちゅまちゅの3Dライブみた
前も思ったけどみこちとかなたそのダンス、めっちゃシンクロ率高い
リズムがぴったり一緒なんだよね
ダンスほんとにうまくなったよな

2023/11/02(木) 02:43:45.89

誤爆った(´･ω･｀)

2023/11/02(木) 07:17:03.35

ホロライブか

2023/11/02(木) 10:44:27.02

(まちゅまちゅの3Dライブ?・・・ちょっと気になる)

2023/11/02(木) 23:48:48.29

(((お前ら括弧ばっかり使ってlisperかよ？)))

2023/11/03(金) 10:21:23.72

←vーー( ﾟ∀ﾟ)!ー^ー

2023/11/04(土) 18:56:36.20

コピーとムーブの挙動、というか管理難しい。。難しくない？

2023/11/04(土) 20:24:08.34

コピーやムーブはパターンに沿って管理できるからそんなに難しいとは感じないな。

ワイとしては参照の畳み込み (Reference collapsing) や変換の規則を毎回のように確認するんだけど全然頭に入ってこない。
参照はオブジェクトではないので逆に言えば値に対応する型が参照になることはないのだが、それはそれとして参照を含む型があり得るというのが今でも腑に落ちない。

2023/11/04(土) 20:28:09.97

参照しか知らんものだけど、ムーブて何か簡単に教えて
参照は実装上ただのポインタじゃん
ムーブはなにがどうなるん？

2023/11/04(土) 20:29:19.85

ムーブコンストラクタが起動する。
それだけ。

2023/11/05(日) 09:49:50.04

>>24
考え方としては、shallow copyを二重開放リスクを避けて行うための仕組み。
右辺値という特別な一時変数のコピーで特別なコピー(ムーブコンストラクタ)を実行するようにして、クラス設計者が必要に応じてshallow copyを実装しやすくしている。

2023/11/05(日) 10:41:04.16

>>24
moveはRustで言う所有権の移動じゃないか

2023/11/05(日) 13:06:56.97

>>24
aに戻り値などの一時オブジェクトbをコピーすると通常は

aでメモリを確保
bからメモリコピー
bのデストラクタでメモリを破棄

という動作になるけど、moveの場合

aにbでメモリをポインタで持ってくる
bのインスタンスでは破棄したことにする

とすれば無駄なメモリ確保とコピーが発生せず効率が良い

2023/11/05(日) 13:39:42.02

標準ライブラリでのムーブは所有権 (ownership) の概念を前提として構築されているし、
慣例としてもそのようにするものではあるんだが
言語としてはムーブコンストラクタ (またはムーブ代入演算子) を呼び出すというだけで
所有権の面倒をみる機能は何もない。
(辻褄が合うようにするのはプログラマの責任。)
何が起きているのかは所有権の概念と実装レベルで分けて考えたほうがいいと思う。

どう説明していいかわからんから関連する要素を箇条書きにしたらこんな感じかな。

・それがコピーの文脈であるかムーブの文脈であるか区別は出来る
・一般的にムーブの文脈であった場合 (寿命が尽きる直前の一時オブジェクトの再利用が出来る場合) にコピーより効率が良い動作が出来る可能性がある
・どのように効率がよくなるのかはそのクラス (のムーブコンストラクタやムーブ代入演算子) の定義次第
・典型的なムーブの実装はリソース本体を指すポインタの交換によって実現される
・ユーザーが定義を与えなかった場合のデフォルトのムーブは全てのサブオブジェクトをムーブすることになっている

2023/11/05(日) 13:42:20.39

で、このmove動作を定義するために、
一時オブジェクト（右辺値）に対する参照動作を関数定義できるようになっている

2023/11/05(日) 14:05:22.83

ムーブされるとそのポインタは変わってしまうと思うけど、そういうケースはないの？

2023/11/05(日) 14:18:09.07

言っている意味がよく分からないが、純粋なポインタにはムーブという概念はないよ
ムーブを定義できるのはクラスに対してだけ
他の人も言っているようにムーブといっても実体は単なる関数呼び出しなので、その中でプログラマが自分の責任で必要なコードを書くことになる

2023/11/05(日) 14:58:05.35

質問した人じゃないけど説明ありがたいです

ムーブ難しいと思ってたけどもっと早く勉強して仕事で使うべきだった

（文法解析した要素をポインタいじって並べ変えるんだけど…
二重所有を防ぐのを手作業コーディングで責任を持たなければならないプログラムを作ってしまった）