[過去ﾛｸﾞ] C++相談室 part164 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): (ﾜｯﾁｮｲ 33da-QP0H) 2023/05/09(火)11:50 ID:EYc2I7oW0(1) AAS
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
C++相談室 part163
省1
922: (ﾜｯﾁｮｲ 8eca-ANn9) 2023/10/21(土)19:03 ID:l7vz3TvG0(1) AAS
恥ずかしながら学生の頃はドイツ語で命名してましてねﾌﾌﾌ
923: (ﾜｯﾁｮｲ 0105-SFbe) 2023/10/21(土)19:20 ID:5c+gSFSX0(1) AAS
korewahennsuudesu
924: (ﾜｯﾁｮｲ d563-KkNu) 2023/10/21(土)20:59 ID:pQG7G9ym0(2/2) AAS
>>919
レス引用が分かりにくくてｽﾏﾝｶｯﾀorz
そこではなくて挿入位置にsize()まで指定してたら末尾に要素が追加にできるところ
std::vector<int> vec = { 1, 2, 3 };
vec.insesrt(vec.begin() + vec.size(), 4);
cout << vec << endl; // ( 1 2 3 4 )
925: (ﾜｯﾁｮｲ 6501-6i8i) 2023/10/21(土)21:41 ID:BercqiEL0(1/3) AAS
ラズパイレートでいうと
民主党政権の頃は1ドル80円だったけど
いまは1ドル200円
926: (ﾜｯﾁｮｲ 6501-6i8i) 2023/10/21(土)21:41 ID:BercqiEL0(2/3) AAS
ラズパイレートでいうと
民主党政権の頃は1ドル80円だったけど
いまは1ドル200円
927: (ﾜｯﾁｮｲ 6501-6i8i) 2023/10/21(土)22:50 ID:BercqiEL0(3/3) AAS
>>921
5W1HはMITが提唱したんじゃなかったっけ
928: (ﾜｯﾁｮｲ 1590-wvhw) 2023/10/22(日)12:33 ID:x1FYC/BU0(1) AAS
変数でも関数でも
初見もしくは内容忘れた自分が
読んだとき何をやってるか分かるような名前付けが大事だと思う
よって長さは常識の範囲内なら長い方が良いかな
どうでもいいループ変数にindex2SearchArgumentHaystackとか
書いてたら殺意を覚えるけどさ
929: (ｵｲｺﾗﾐﾈｵ MMbd-JD/u) 2023/10/22(日)17:33 ID:Ih9eQULqM(1) AAS
GetSelectedPersonDataFromLiveDBIfNotExistsReadDefaultValueFromSettingFileType2022Ex
930: (ﾜｯﾁｮｲ 0105-SFbe) 2023/10/22(日)17:36 ID:+fVR99EM0(1) AAS
= 1 ;
931: (ﾜｯﾁｮｲ 6501-6i8i) 2023/10/22(日)19:20 ID:/8xzlJDV0(1) AAS
モジュールはまだ使えんのか？
932(1): (ﾜｯﾁｮｲ 8e3b-xUKY) 2023/10/22(日)20:40 ID:XK8cC57k0(1/2) AAS
リテラルで簡潔に書けるのでみんな初期化子リストばんばん使ってると思うけど
initializer_listって必ずコピーが発生するのな
non copyableなクラスが使えなくて不便なんだが、回避策ない？
933(2): (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/22(日)20:47 ID:tZaS4o4u0(1/2) AAS
>>932
>non copyableなクラスが使えなくて不便なんだが、回避策ない？
moveすれば?
934(1): (ﾜｯﾁｮｲ 8e01-tEca) 2023/10/22(日)23:26 ID:XK8cC57k0(2/2) AAS
>>933
できないんだよ
935(2): (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/22(日)23:33 ID:tZaS4o4u0(2/2) AAS
>>934
???
どんなコードで問題出てるの?
936(2): (ﾜｯﾁｮｲ 8e3b-xUKY) 2023/10/23(月)01:32 ID:sueaiNV30(1) AAS
>>935
外部ﾘﾝｸ:wandbox.org
次のコードがコンパイルできない
struct A {
A(int) {}
A(const A&) = delete;
};
省4
937(1): (ﾜｯﾁｮｲ 1998-awtI) 2023/10/23(月)05:17 ID:RG/DfB7W0(1/2) AAS
>933 >>935
外部ﾘﾝｸ:www.google.com
クソ回答する前にググれよ
938: (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/23(月)09:29 ID:9KLj8HWs0(1/2) AAS
>>936,937
あれ?
$ cat test.cpp
#include <iostream>
using namespace std;
struct A {
A () {cout << "construct" << endl;}
省19
939(2): (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/23(月)10:27 ID:9KLj8HWs0(2/2) AAS
だめかなぁ...
#include <vector>
struct A {
A(int) {}
A(const A&) = delete;
A(A&&) = default;
};
省10
940: (ﾜｯﾁｮｲ 4eda-CTkJ) 2023/10/23(月)11:36 ID:OKLUF2xV0(1) AAS
>>936
コピコン消したいなら代入オペレータ用意してやらんとダメだろ
941: (ﾜｯﾁｮｲ 1a20-ANn9) 2023/10/23(月)13:23 ID:1EMVV/4H0(1) AAS
initializer_list<A&&>が作れないから波括弧初期化できないって話か
なるほどね
942: (ﾜｯﾁｮｲ 19f4-awtI) 2023/10/23(月)19:21 ID:RG/DfB7W0(2/2) AAS
initializer_list作るとこまでは出来てもムーブで取り出せないのよ
だからvectorのコンストラクタにinitializer_listで渡すとエラー出るし、>>939のように
const外して一つずつ突っ込むとかしなきゃいけなくなる
ムーブ可能にする提案は出てるらしいけど
外部ﾘﾝｸ[html]:cpplover.blogspot.com
943: (ﾜｯﾁｮｲ 1909-awtI) 2023/10/24(火)05:35 ID:RZM2X1OT0(1/3) AAS
外部ﾘﾝｸ:wandbox.org
std::vectorだからどうしようもないけど、自作クラスならinitializer_listよりも可変長テンプレートをオススメしたい
これならコピー不可(ムーブのみ)なクラスでも集成体初期化出来る
(ただしコンセプトかenable_ifでAまたはAに暗黙変換可能な型に限定すべき、enable_ifでもメタプログラミングで条件式作れる)
944: (ﾜｯﾁｮｲ 1909-awtI) 2023/10/24(火)05:38 ID:RZM2X1OT0(2/3) AAS
あ、すまんコメントのとこだけどis_convertible_vの引数は逆だった
945: (ﾜｯﾁｮｲ 1909-awtI) 2023/10/24(火)05:42 ID:RZM2X1OT0(3/3) AAS
もう一つ訂正すまん、集成体初期化じゃないな一様初期化かリスト初期化かorz
946(3): (ｽｯｯﾌﾟ Sd9a-SL8W) 2023/10/24(火)08:43 ID:NeqpGeoJd(1) AAS
教訓
std::vectorは使い物にならない
947: (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/24(火)11:05 ID:B30+3CR30(1/3) AAS
>>946
何で?
948(1): (ﾜｯﾁｮｲ 999f-dytz) 2023/10/24(火)11:09 ID:AiEp9cgJ0(1) AAS
もうC++の仕様拡張はもう限界なんだよ
あっちを立てればこっちが立たずが毎回問題になる
949(1): (ﾜｯﾁｮｲ 5558-8kgw) 2023/10/24(火)11:19 ID:1IilAibW0(1) AAS
std2 作ってゼロからやり直さないと C++はどうにもならんね
950(1): (ﾜｯﾁｮｲ 4eda-CTkJ) 2023/10/24(火)11:40 ID:nK1YbT6/0(1) AAS
iostreamの二の足を踏みそうだ
951: (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/24(火)12:18 ID:B30+3CR30(2/3) AAS
>>946,948-950
具体的に議論しようぜ
952(1): (ﾜｲｰﾜ2 FF62-6i8i) 2023/10/24(火)12:59 ID:2UheMrybF(1) AAS
>>946
deque の方が常に良いことが多いと思う
initializer_list でうまくいかんときは
make_tuple か tie でごまかしたことがある気がするけど
あれも move じゃなくて copy だったかな
最近は Rust の方がその辺は楽な気がするな
953: (ﾜｯﾁｮｲ 5d01-46Vy) 2023/10/24(火)13:10 ID:B30+3CR30(3/3) AAS
>>952
initializer_listでmoveできない問題なら>>939で良いのでは?
template化して関数名短くすれば使い心地は{}と
そう変わらんと思うが?
954: (ﾜｯﾁｮｲ 8eca-ANn9) 2023/10/24(火)22:26 ID:0fDOryx60(1) AAS
文字コード周りだけは決着つけてくれ！
955(1): (ﾜｯﾁｮｲ ba48-g88S) 2023/10/26(木)08:51 ID:+j1jszqL0(1) AAS
chatGPTが今ダウンしているので質問します
以下のC++コードでfirst->secondとなっている部分がよくわかりません
vector<pair<int, int>> A(N);
for(auto& [x, y] : A) cin >> x >> y;
unordered_map<int, int> X, Y;
for(auto& [x, y] : A){
x = X.try_emplace(x, X.size()).first->second;
省4
956(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8e3e-exru) 2023/10/26(木)09:25 ID:oN20rU1J0(1) AAS
>>955
格納しているのがペアなんだからペアの second 側が得られるってだけ。
イテレータは operator* や operator-> をオーバーロードしていて
要素へのポインタであるかのように扱えると考えていい。
957(1): (ｽﾌﾟﾌﾟ Sd9a-Cy5w) 2023/10/26(木)22:18 ID:eAGx217zd(1) AAS
単に入れ子になってるだけ
ポインタの先の要素がまたポインタで指してるだけ
958: (ﾜｯﾁｮｲ ba48-g88S) 2023/10/27(金)08:11 ID:IlYWK5hg0(1) AAS
>>956-957
ありがとうございました。
iteratorを返したらそのiteratorに対してさらにsecondを呼び出しているのですね
959: (ﾜｯﾁｮｲ 5101-CP9B) 2023/10/29(日)23:41 ID:JPy8qBbk0(1) AAS
C++モジュールについて
・CMakeが3.26で実験的対応、3.28で正式対応
・g++は対応状況が良くないが、2024年第二4半期に対応できるとKitwareは考えている
・VS2022最新版内臓のCMakeバージョンは3.26
・Clangとclはモジュールに対応している
960: (ﾜｯﾁｮｲ 13ad-c8RC) 2023/10/30(月)13:05 ID:bW5EQkS/0(1/3) AAS
Cスレで話題になっててちょっと疑問を質問
自分はgotoって全く使わないで書いているんだけど実際のところどうなんだろう
外部ﾘﾝｸ:learn.microsoft.com
「可能な限り、goto ステートメントより break、continue、および return ステートメントを使用することをお勧めします。
ただし、break ステートメントはループの 1 つのレベルのみを終了するため、深い入れ子のループを終了するには goto ステートメントを使用する必要がある場合もあります。」
俺も深い入れ子のループを抜ける方法として
・ループ部分を関数化してreturn
省13
961: (ｱｳｱｳｳｰ Sad5-g+2W) 2023/10/30(月)13:37 ID:xnp7PI6ya(1) AAS
>深い入れ子のループを終了するには goto ステートメントを使用する必要がある場合もあります
って描いてあるしそれが問題とは言ってないんじゃないか
962: (ﾜｯﾁｮｲ 297c-tLJy) 2023/10/30(月)14:24 ID:eEth4IuV0(1/4) AAS
とりあえずダイクストラ大先生の例の論文読もうぜ
963(1): (ﾜｯﾁｮｲ 13ad-c8RC) 2023/10/30(月)15:01 ID:bW5EQkS/0(2/3) AAS
まあ問題あるならそもそも導入されるはずがないわけで問題ないのは分かるんだけど
「可能な限り〜お勧めします。」と言うように使用を推奨しない理由は何なのかなと
例えば特定の処理が飛ばされて動作しなくなる場合があるとかなんかな？と
964: (ﾜｯﾁｮｲ 9b91-lnbO) 2023/10/30(月)15:54 ID:A0jdf3Dt0(1/6) AAS
それはrustのラベルbreakのような
安全なループの抜け方しか考えてないから安全で当たり前
c/c++のgotoはもっと凶悪なことができる
965: (ﾜｯﾁｮｲ 297c-tLJy) 2023/10/30(月)16:23 ID:eEth4IuV0(2/4) AAS
C++のgotoはちゃんとデストラクタを呼んでくれるから、意外とそんなに破滅的なことにはならんのだよね
だからって多重ループ脱出以外で使おうとは思わんけど
966(1): (ﾜｯﾁｮｲ 8101-VINR) 2023/10/30(月)16:30 ID:hnsSyQft0(1/11) AAS
俺は例外投げて脱出する
967(1): (ﾜｯﾁｮｲ 9b91-lnbO) 2023/10/30(月)16:35 ID:A0jdf3Dt0(2/6) AAS
>>966
気軽に例外投げるとデバッガが使いづらくなるからやめときな
少なくとも仕事では
968(1): (ﾜｯﾁｮｲ 13ad-c8RC) 2023/10/30(月)16:40 ID:bW5EQkS/0(3/3) AAS
多重ループ脱出で使っている人って多いんかな？
他にこういう使い方しているとかってない？
969: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 9b3e-g5YV) 2023/10/30(月)16:45 ID:I7fISnX+0(1) AAS
>>963
一般論としてはそのほうが分かりやすくなるからというだけのことだと思うよ。
ただ、それで分かりやすくならないとき、
チマチマした条件チェックであっちこっち行くよりは
流れをぶった切って goto したほうがいっそわかりやすいこともあるってのが
goto が必要な場面ってことなんだわ。
970(1): (ﾜｯﾁｮｲ 8101-VINR) 2023/10/30(月)17:14 ID:hnsSyQft0(2/11) AAS
>>967
と言いますと?
971: (ﾜｯﾁｮｲ d9ab-txvC) 2023/10/30(月)17:24 ID:9eqG7NVC0(1) AAS
ラムダ式にする
972: (ﾜｯﾁｮｲ 297c-tLJy) 2023/10/30(月)17:57 ID:eEth4IuV0(3/4) AAS
>>968
自分としては多重ループ脱出がC++でのgotoの唯一の実用的な用途だと思ってる（とはいえめったに使わない）
Cなら疑似finally的な後処理に使うこともあるけど、それはC++ならRAIIにすべきだしな
それ以外の戻ったり余所のスコープに侵入したりはもちろんCでもC++でも論外
973: (ﾜｯﾁｮｲ 8114-Qq8E) 2023/10/30(月)18:39 ID:VfsLhOLn0(1) AAS
何度も繰り返すgotoの話になると人が湧くな
974(1): (ﾜｯﾁｮｲ 9b91-lnbO) 2023/10/30(月)18:54 ID:A0jdf3Dt0(3/6) AAS
>>970
VSのデバッガは例外投げられるとメッセージでる(設定変えればオフにはできる)
また設定によってはブレイクする
正常処理のくせに頻繁に例外投げられると非常にうざいし、本当の異常を見過ごす
975: (ﾜｯﾁｮｲ 5101-CP9B) 2023/10/30(月)19:04 ID:qWSrxYwr0(1) AAS
switchとgoto組み合わせて状態機械作ってる
976: (ﾜｯﾁｮｲ 9b91-lnbO) 2023/10/30(月)19:54 ID:A0jdf3Dt0(4/6) AAS
gcc拡張のlabelのアドレスとれるやつとかな
昔はイキって使ってたわ
977(1): (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)20:16 ID:hnsSyQft0(3/11) AAS
>>974
そりゃうざいデフォルト設定だな
ループの脱出に限らず例外くらい普通に使うやろ?
ちゃんと切っとけ
978(1): (ﾜｯﾁｮｲ 9b91-lnbO) 2023/10/30(月)20:43 ID:A0jdf3Dt0(5/6) AAS
>>977
例外が起こったときは何かおかしいことが起こっている予兆と考える防御的なVSをおれは支持する
だいたい例外安全って何それ？ってレベルのやつも多いだろ
例外で遊ぶのは趣味のときだけにしとけ
979(1): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)20:48 ID:JbGfWzUOM(1/9) AAS
ループ脱出レベルで例外を使うのは変だと感じる
関数抜けないのに例外なんて…
980(1): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)20:54 ID:JbGfWzUOM(2/9) AAS
んで大昔に例外に似た機能のFound文Match文とか妄想してたんだな
実質タダのgoto文
981(1): (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)20:54 ID:hnsSyQft0(4/11) AAS
>>978
ループに限らず孫関数ひ孫関数からエラーで脱出するときどうしてんの?
例外使わんか?
982(2): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)20:57 ID:JbGfWzUOM(3/9) AAS
例外は通常動作として起こらないような動作で起こすもので
何か探すループなんかで実際に対象が見つかったとしてそれは「例外」なのか？
ちがうだろー
983: (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)20:58 ID:hnsSyQft0(5/11) AAS
>>979
俺はgotoは全く書かないな
パフォーマンス的にはgotoの方が良いかな?
984(1): (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)20:59 ID:hnsSyQft0(6/11) AAS
>>982
実にくだらない理由だと思う
985(2): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)21:01 ID:JbGfWzUOM(4/9) AAS
>>984
それが一般的な解釈でおかしな使い方をしてる人間は影で笑われている
986(1): (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)21:06 ID:hnsSyQft0(7/11) AAS
>>985
人格を攻撃するような書き込みはやめようね
987(2): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)21:07 ID:JbGfWzUOM(5/9) AAS
例外はパフォーマンス的に重いしそれ以前に
正常系の出力を異常系で投げるのはおかしい
まったくもって異常
988: (ﾜｯﾁｮｲ 297c-tLJy) 2023/10/30(月)21:08 ID:eEth4IuV0(4/4) AAS
よその言語ではイテレータの終了通知に例外使ってたりするから人格否定するほどの話ではない
C++の慣用としてやられてないし向いてないってだけ
989(1): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)21:09 ID:JbGfWzUOM(6/9) AAS
>>986
人格自体は攻撃してないだろ
事実
990: (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)21:12 ID:hnsSyQft0(8/11) AAS
>>987
>正常系の出力を異常系で投げるのはおかしい
これを書いたのはあなたで私ではないよ
991(1): (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)21:14 ID:hnsSyQft0(9/11) AAS
>>989
>>987の「例外はパフォーマンス的に重いし」のような議論は分かるが
>>985は人格を攻撃している書き込み
気をつけ給え
992: (ﾜｯﾁｮｲ 9b91-lnbO) 2023/10/30(月)21:19 ID:A0jdf3Dt0(6/6) AAS
>>981
エラーならありだがtry catch書かされるのもだるいだろ
現実的に例外投げる場合はそのまま終了か、フルリブートするしかないときって考えたほうがいい
993(1): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)21:19 ID:JbGfWzUOM(7/9) AAS
非常に大切で根本的な理由と例を挙げたのに「実にくだらない理由」としか取られないのが残念
例外はただの制御構文ではない
994(1): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)21:20 ID:JbGfWzUOM(8/9) AAS
>>991
実にくだらない理由か本当に？
理解不足だと思うけど
995: (ﾜｯﾁｮｲ 1bda-9b8G) 2023/10/30(月)21:22 ID:J+/7yoK80(1) AAS
凶悪といえばAnsiCのsetjmp()とlongjmp()
あれらを規格に入れてるのはキチガイとしか
996(1): (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)21:25 ID:hnsSyQft0(10/11) AAS
>>993,994
そう思う
>>982
>例外は通常動作として起こらないような動作で起こすもので
これは今行っている議論の対象である
>何か探すループなんかで実際に対象が見つかったとしてそれは「例外」なのか？
何に使うかの理由に名称を持ち出すのは
省1
997(1): (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/10/30(月)21:28 ID:JbGfWzUOM(9/9) AAS
>>996
概念だろ
それが一番大切で実装の基本だろ
C++自体の仕様が変わるとしても例外と言う概念に沿って変わることになるはずだ
今適当にマッチを投げていて仕様がより例外側に代わってその時その使い方は生き残れるのだろうか？
998: (ﾜｯﾁｮｲ 8101-jlrJ) 2023/10/30(月)21:31 ID:hnsSyQft0(11/11) AAS
>>997
templateメタプログラミングとか許せない人ですか?
999: (ﾜｯﾁｮｲ d1ad-AT6i) 2023/10/31(火)06:57 ID:BIE3G76Q0(1) AAS
Core Guideline にも例外はエラー処理だけに使えとある．
多重ループからの脱出が本当にエラー処理なの？
1000: (ﾜｯﾁｮｲ 1379-JwVi) 2023/10/31(火)07:21 ID:1/1CCAX60(1) AAS
質問いいっすか？
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 174日 19時間 30分 57秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
省7
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.477s*