[過去ﾛｸﾞ] C++相談室 part164 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 33da-QP0H) [sage] 2023/05/09(火) 11:50:52.06 ID:EYc2I7oW0(1) AAS
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
C++相談室 part163
2chｽﾚ:tech VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
903: デフォルトの名無しさん (ﾜｯﾁｮｲ 1379-3b5p) [sage] 2023/10/18(水) 22:40:09.97 ID:tODhST9E0(1) AAS
C++とMFCのコンボで世の中の何本の毛根が失われたのだろう
904: デフォルトの名無しさん (ﾜｯﾁｮｲ c901-Vk26) [sage] 2023/10/18(水) 22:52:13.26 ID:eoT4PoLM0(2/2) AAS
取り返しはつかない
905: デフォルトの名無しさん (ﾜｯﾁｮｲ 3963-1J/V) [sage] 2023/10/19(木) 22:15:33.96 ID:PH9oNQB60(1) AAS
質問なのですがサイズnのstd::vector<T> vecに対してi番目（i=0, 1, 2, ..., n）の要素の直前に要素elemを1個挿入する（ただしi=nは末尾に追加と解釈する
の書き方はどうすればいいですの？
とりま2種類考えた、
1) size_t sz = vec.size();
auto ins_it = (i < sz) ? std::next(vec.begin(), i) : vec.end();
vec.insert(ins_it, elem);
2) size_t sz = vec.size();
if (i < sz) { vec.insert(std::next(vec.begin(), i), elem); }
else { vec.resize(i + 1, elem); }
906(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 797f-/4nw) [] 2023/10/19(木) 23:37:01.14 ID:49m1KrYl0(1) AAS
vec.insert(vec.begin() + i, elem);
907: デフォルトの名無しさん (ﾜｯﾁｮｲ fbda-jdKV) [sage] 2023/10/20(金) 09:00:04.92 ID:Z7DUQLh+0(1) AAS
simple is best よ
何事も
908: デフォルトの名無しさん (ｽﾌｯ Sd33-Kt/B) [] 2023/10/20(金) 09:44:04.99 ID:JTOR6W7Wd(1) AAS
だから I hate C++ の Matz はまだフサフサなのか
909: デフォルトの名無しさん (ﾜｯﾁｮｲ b990-lUy8) [sage] 2023/10/20(金) 15:53:09.23 ID:IDnubi5y0(1) AAS
コードの内容なんか忘れた半年後に
再びコード見てその瞬間、分かるように書くのが一番
その為のSimple is bestに同意
910: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b3e-RnKc) [sage] 2023/10/20(金) 16:04:48.20 ID:+Ixb2Hv20(1) AAS
読み取りやすいように書くのは大事だけど、少し汚くても
わかりやすい名前を付けておけば割となんとかなる。
911: デフォルトの名無しさん (ﾜｯﾁｮｲ 0134-l/11) [sage] 2023/10/20(金) 20:55:51.96 ID:jh4JxiwB0(1) AAS
おっと、名前付けの話？オッチャン持論語っちゃう
関数に長い名前つけるのはありと思うが、変数名は宣言箇所にコメント書いて2文字とか短い変数名が好き
ワシは元々BASICから始まってSmalltalkを学んだクチだけど、一時期のjavaみたいななんでも長い名前にするやつ大っきらい。Cの母音ラクダ方式大好き
912(1): デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-PKJr) [sage] 2023/10/21(土) 00:04:43.68 ID:JSr5Bd510(1) AAS
お前の好き嫌いでは議論にならん
優劣を語れよ、ジジイ
913: デフォルトの名無しさん (ﾜｯﾁｮｲ 1934-egvn) [sage] 2023/10/21(土) 01:04:06.34 ID:m23W7dra0(1) AAS
>>912
が優劣について数字を出して語ってくれるそうです
どうぞw
914: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8da2-+JM7) [sage] 2023/10/21(土) 02:43:39.26 ID:WDz67hDs0(1) AAS
C++ はある程度は汚いものだろう。
隅々まで綺麗にしようと腐心するよりは
少なくとも部品のインターフェイスくらいはまともにして
外側に対しては綺麗なふりをするくらいが手頃な妥協点だと思う。
逆にミクロ的にスマートに書けていても
抽象化が駄目だと使いにくいよ。
内も外も綺麗ならそれに越したことはないけど
そうもいかないのが現実だからね。
915(1): デフォルトの名無しさん (ﾜｯﾁｮｲ d563-KkNu) [sage] 2023/10/21(土) 08:17:46.79 ID:pQG7G9ym0(1/2) AAS
>>906
天才か！
なんかこの前動かしたら駄目だった気がしたけど
今やったら動いたわｻｰｾﾝ；；；
916: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMbd-JD/u) [sage] 2023/10/21(土) 12:13:35.82 ID:3FTa9ZLeM(1/2) AAS
vectorなのかvecなのかは言語開発者がそうと決めたからそうなってるだけ
昔はコード補間もなくx-windowのアホみたいな長い呪文APIぶち込んでたけど今もそれだったらぶち切れてる
意外なことに開発環境が変わればいろいろ変わる
917: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMbd-JD/u) [sage] 2023/10/21(土) 12:24:11.96 ID:3FTa9ZLeM(2/2) AAS
今windowの更にクソ長い基地外じみたAPI打ってるのもコード補完があるから
918(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sa09-mHTC) [sage] 2023/10/21(土) 13:25:34.47 ID:oEOsfkqwa(1) AAS
名前の長い短かいについては上述のとおり技術の進歩、開発環境の変化で落しどころがかわってくるが
俺的にはむしろネーミングのセンスのほうが気になる
俺がまだフサフサだったころはイキって一般によく使われる単語とちょっと違う単語をわざわざ探すようなことをしていたが
頭髪が薄くなるに従ってそういうことはくだらない事と思うようになり
今はできるだけベタな誰が見ても即座に意味がつかめる、あえてダッサいネーミングをするよう心がけてる
例：データを吸いあげて収納するメソッド名
フサフサ俺がつけがちな名前 → .BeamMeUp()
ハゲ俺がつける名前 → .LoadData()
919(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8e3e-exru) [sage] 2023/10/21(土) 13:28:07.89 ID:lPxmC+mr0(1) AAS
>>915
std::vector のイテレータの場合に限らず
ランダムアクセスイテレータは difference_type との加算が出来ることになってる。
https://timsong-cpp.github.io/cppwp/n3337/iterator.requirements#tab:iterator.random.access.requirements
920: デフォルトの名無しさん (ﾜｯﾁｮｲ 19f2-awtI) [sage] 2023/10/21(土) 13:55:07.32 ID:QfWCszfk0(1) AAS
>>918
仕事でやってたら初日で怒られるレベル
921(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7a79-Idv/) [sage] 2023/10/21(土) 14:25:15.02 ID:ifbOBJO10(1) AAS
>データを吸いあげて収納する
ハゲなのに5W1Hすら知らないと見える
922: デフォルトの名無しさん (ﾜｯﾁｮｲ 8eca-ANn9) [] 2023/10/21(土) 19:03:13.06 ID:l7vz3TvG0(1) AAS
恥ずかしながら学生の頃はドイツ語で命名してましてねﾌﾌﾌ
923: デフォルトの名無しさん (ﾜｯﾁｮｲ 0105-SFbe) [sage] 2023/10/21(土) 19:20:36.30 ID:5c+gSFSX0(1) AAS
korewahennsuudesu
924: デフォルトの名無しさん (ﾜｯﾁｮｲ d563-KkNu) [sage] 2023/10/21(土) 20:59:24.58 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:14.77 ID:BercqiEL0(1/3) AAS
ラズパイレートでいうと
民主党政権の頃は1ドル80円だったけど
いまは1ドル200円
926: デフォルトの名無しさん (ﾜｯﾁｮｲ 6501-6i8i) [] 2023/10/21(土) 21:41:30.90 ID:BercqiEL0(2/3) AAS
ラズパイレートでいうと
民主党政権の頃は1ドル80円だったけど
いまは1ドル200円
927: デフォルトの名無しさん (ﾜｯﾁｮｲ 6501-6i8i) [] 2023/10/21(土) 22:50:32.79 ID:BercqiEL0(3/3) AAS
>>921
5W1HはMITが提唱したんじゃなかったっけ
928: デフォルトの名無しさん (ﾜｯﾁｮｲ 1590-wvhw) [sage] 2023/10/22(日) 12:33:14.88 ID:x1FYC/BU0(1) AAS
変数でも関数でも
初見もしくは内容忘れた自分が
読んだとき何をやってるか分かるような名前付けが大事だと思う
よって長さは常識の範囲内なら長い方が良いかな
どうでもいいループ変数にindex2SearchArgumentHaystackとか
書いてたら殺意を覚えるけどさ
929: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMbd-JD/u) [sage] 2023/10/22(日) 17:33:51.66 ID:Ih9eQULqM(1) AAS
GetSelectedPersonDataFromLiveDBIfNotExistsReadDefaultValueFromSettingFileType2022Ex
930: デフォルトの名無しさん (ﾜｯﾁｮｲ 0105-SFbe) [sage] 2023/10/22(日) 17:36:33.94 ID:+fVR99EM0(1) AAS
= 1 ;
931: デフォルトの名無しさん (ﾜｯﾁｮｲ 6501-6i8i) [] 2023/10/22(日) 19:20:31.79 ID:/8xzlJDV0(1) AAS
モジュールはまだ使えんのか？
932(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8e3b-xUKY) [] 2023/10/22(日) 20:40:59.32 ID:XK8cC57k0(1/2) AAS
リテラルで簡潔に書けるのでみんな初期化子リストばんばん使ってると思うけど
initializer_listって必ずコピーが発生するのな
non copyableなクラスが使えなくて不便なんだが、回避策ない？
933(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [sage] 2023/10/22(日) 20:47:43.40 ID:tZaS4o4u0(1/2) AAS
>>932
>non copyableなクラスが使えなくて不便なんだが、回避策ない？
moveすれば?
934(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8e01-tEca) [sage] 2023/10/22(日) 23:26:18.52 ID:XK8cC57k0(2/2) AAS
>>933
できないんだよ
935(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [sage] 2023/10/22(日) 23:33:55.26 ID:tZaS4o4u0(2/2) AAS
>>934
???
どんなコードで問題出てるの?
936(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 8e3b-xUKY) [] 2023/10/23(月) 01:32:53.76 ID:sueaiNV30(1) AAS
>>935
https://wandbox.org/permlink/n0KXbXrmLzHDl6KU
次のコードがコンパイルできない
struct A {
A(int) {}
A(const A&) = delete;
};
int main()
{
std::vector<A> v = { 1, 2, 3 };
}
937(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1998-awtI) [sage] 2023/10/23(月) 05:17:34.59 ID:RG/DfB7W0(1/2) AAS
>933 >>935
https://www.google.com/search?q=initializer_list+move
クソ回答する前にググれよ
938: デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [sage] 2023/10/23(月) 09:29:50.40 ID:9KLj8HWs0(1/2) AAS
>>936,937
あれ?
$ cat test.cpp
#include <iostream>
using namespace std;
struct A {
A () {cout << "construct" << endl;}
A (const A &p) = delete;
A (A &&p) {cout << "move" << endl;}
};
void func (initializer_list <A> p) {
cout << "func" << endl;
}
int main () {
A a0;
A a1;
func ({move (a0), move (a1)});
return 0;
}
$ g++ test.cpp
$ ./a.out
construct
construct
move
move
func
939(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [sage] 2023/10/23(月) 10:27:22.01 ID:9KLj8HWs0(2/2) AAS
だめかなぁ...
#include <vector>
struct A {
A(int) {}
A(const A&) = delete;
A(A&&) = default;
};
std::vector <A> construct (std::initializer_list <A> p) {
std::vector <A> result;
for (auto itr {p.begin ()}, end {p.end ()}; itr != end; ++ itr)
result.push_back (std::move (const_cast <A &> (*itr)));
return result;
}
int main()
{
std::vector<A> v = construct ({ 1, 2, 3 });
}
940: デフォルトの名無しさん (ﾜｯﾁｮｲ 4eda-CTkJ) [sage] 2023/10/23(月) 11:36:11.62 ID:OKLUF2xV0(1) AAS
>>936
コピコン消したいなら代入オペレータ用意してやらんとダメだろ
941: デフォルトの名無しさん (ﾜｯﾁｮｲ 1a20-ANn9) [sage] 2023/10/23(月) 13:23:41.68 ID:1EMVV/4H0(1) AAS
initializer_list<A&&>が作れないから波括弧初期化できないって話か
なるほどね
942: デフォルトの名無しさん (ﾜｯﾁｮｲ 19f4-awtI) [sage] 2023/10/23(月) 19:21:53.26 ID:RG/DfB7W0(2/2) AAS
initializer_list作るとこまでは出来てもムーブで取り出せないのよ
だからvectorのコンストラクタにinitializer_listで渡すとエラー出るし、>>939のように
const外して一つずつ突っ込むとかしなきゃいけなくなる
ムーブ可能にする提案は出てるらしいけど
https://cpplover.blogspot.com/2014/11/2014-10-pre-urbana-mailings-n4160-n4169.html?m=1
943: デフォルトの名無しさん (ﾜｯﾁｮｲ 1909-awtI) [sage] 2023/10/24(火) 05:35:10.47 ID:RZM2X1OT0(1/3) AAS
https://wandbox.org/permlink/h9ZXqkhA56d7EOYP
std::vectorだからどうしようもないけど、自作クラスならinitializer_listよりも可変長テンプレートをオススメしたい
これならコピー不可(ムーブのみ)なクラスでも集成体初期化出来る
(ただしコンセプトかenable_ifでAまたはAに暗黙変換可能な型に限定すべき、enable_ifでもメタプログラミングで条件式作れる)
944: デフォルトの名無しさん (ﾜｯﾁｮｲ 1909-awtI) [sage] 2023/10/24(火) 05:38:03.34 ID:RZM2X1OT0(2/3) AAS
あ、すまんコメントのとこだけどis_convertible_vの引数は逆だった
945: デフォルトの名無しさん (ﾜｯﾁｮｲ 1909-awtI) [sage] 2023/10/24(火) 05:42:10.71 ID:RZM2X1OT0(3/3) AAS
もう一つ訂正すまん、集成体初期化じゃないな一様初期化かリスト初期化かorz
946(3): デフォルトの名無しさん (ｽｯｯﾌﾟ Sd9a-SL8W) [sage] 2023/10/24(火) 08:43:43.05 ID:NeqpGeoJd(1) AAS
教訓
std::vectorは使い物にならない
947: デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [] 2023/10/24(火) 11:05:08.48 ID:B30+3CR30(1/3) AAS
>>946
何で?
948(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 999f-dytz) [sage] 2023/10/24(火) 11:09:20.45 ID:AiEp9cgJ0(1) AAS
もうC++の仕様拡張はもう限界なんだよ
あっちを立てればこっちが立たずが毎回問題になる
949(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 5558-8kgw) [] 2023/10/24(火) 11:19:38.47 ID:1IilAibW0(1) AAS
std2 作ってゼロからやり直さないと C++はどうにもならんね
950(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4eda-CTkJ) [sage] 2023/10/24(火) 11:40:18.75 ID:nK1YbT6/0(1) AAS
iostreamの二の足を踏みそうだ
951: デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [sage] 2023/10/24(火) 12:18:26.26 ID:B30+3CR30(2/3) AAS
>>946,948-950
具体的に議論しようぜ
952(1): デフォルトの名無しさん (ﾜｲｰﾜ2 FF62-6i8i) [sage] 2023/10/24(火) 12:59:19.46 ID:2UheMrybF(1) AAS
>>946
deque の方が常に良いことが多いと思う
initializer_list でうまくいかんときは
make_tuple か tie でごまかしたことがある気がするけど
あれも move じゃなくて copy だったかな
最近は Rust の方がその辺は楽な気がするな
953: デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-46Vy) [sage] 2023/10/24(火) 13:10:28.54 ID:B30+3CR30(3/3) AAS
>>952
initializer_listでmoveできない問題なら>>939で良いのでは?
template化して関数名短くすれば使い心地は{}と
そう変わらんと思うが?
954: デフォルトの名無しさん (ﾜｯﾁｮｲ 8eca-ANn9) [] 2023/10/24(火) 22:26:14.45 ID:0fDOryx60(1) AAS
文字コード周りだけは決着つけてくれ！
955(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ba48-g88S) [sage] 2023/10/26(木) 08:51:51.55 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;
y = Y.try_emplace(y, Y.size()).first->second;
}
try_emplaceはPair<iterator,bool>を返すオーバーロードがあるので
firstまではわかるもののそこからさらにsecondとすると何がおきるのでしょうか
956(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8e3e-exru) [sage] 2023/10/26(木) 09:25:01.17 ID:oN20rU1J0(1) AAS
>>955
格納しているのがペアなんだからペアの second 側が得られるってだけ。
イテレータは operator* や operator-> をオーバーロードしていて
要素へのポインタであるかのように扱えると考えていい。
957(1): デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd9a-Cy5w) [] 2023/10/26(木) 22:18:49.00 ID:eAGx217zd(1) AAS
単に入れ子になってるだけ
ポインタの先の要素がまたポインタで指してるだけ
958: デフォルトの名無しさん (ﾜｯﾁｮｲ ba48-g88S) [sage] 2023/10/27(金) 08:11:42.47 ID:IlYWK5hg0(1) AAS
>>956-957
ありがとうございました。
iteratorを返したらそのiteratorに対してさらにsecondを呼び出しているのですね
959: デフォルトの名無しさん (ﾜｯﾁｮｲ 5101-CP9B) [] 2023/10/29(日) 23:41:12.89 ID:JPy8qBbk0(1) AAS
C++モジュールについて
・CMakeが3.26で実験的対応、3.28で正式対応
・g++は対応状況が良くないが、2024年第二4半期に対応できるとKitwareは考えている
・VS2022最新版内臓のCMakeバージョンは3.26
・Clangとclはモジュールに対応している
960: デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-c8RC) [sage] 2023/10/30(月) 13:05:26.07 ID:bW5EQkS/0(1/3) AAS
Cスレで話題になっててちょっと疑問を質問
自分はgotoって全く使わないで書いているんだけど実際のところどうなんだろう
https://learn.microsoft.com/ja-jp/cpp/cpp/goto-statement-cpp?view=msvc-170
「可能な限り、goto ステートメントより break、continue、および return ステートメントを使用することをお勧めします。
ただし、break ステートメントはループの 1 つのレベルのみを終了するため、深い入れ子のループを終了するには goto ステートメントを使用する必要がある場合もあります。」
俺も深い入れ子のループを抜ける方法として
・ループ部分を関数化してreturn
・breakで抜けて if(/* 抜けた理由を再度評価 */) break; を繰り返す （※後述）
ということをしている
けどgotoで抜けるほうが楽だろうなと思うんだけど、まあ単純なバグ（プログラマーの見落とし）を除いてどういう問題があるんだろうか
for ( i = 0; i < 10; i++ )
{
printf_s( "Outer loop executing. i = %d\n", i );
for ( j = 0; j < 2; j++ )
{
printf_s( " Inner loop executing. j = %d\n", j );
if ( i == 3 ) break; // 内側のループ抜け
}
if ( i == 3 ) break; // 外側のループ抜け
}
961: デフォルトの名無しさん (ｱｳｱｳｳｰ Sad5-g+2W) [] 2023/10/30(月) 13:37:46.82 ID:xnp7PI6ya(1) AAS
>深い入れ子のループを終了するには goto ステートメントを使用する必要がある場合もあります
って描いてあるしそれが問題とは言ってないんじゃないか
962: デフォルトの名無しさん (ﾜｯﾁｮｲ 297c-tLJy) [sage] 2023/10/30(月) 14:24:40.02 ID:eEth4IuV0(1/4) AAS
とりあえずダイクストラ大先生の例の論文読もうぜ
963(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-c8RC) [sage] 2023/10/30(月) 15:01:52.03 ID:bW5EQkS/0(2/3) AAS
まあ問題あるならそもそも導入されるはずがないわけで問題ないのは分かるんだけど
「可能な限り〜お勧めします。」と言うように使用を推奨しない理由は何なのかなと
例えば特定の処理が飛ばされて動作しなくなる場合があるとかなんかな？と
964: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b91-lnbO) [sage] 2023/10/30(月) 15:54:27.55 ID:A0jdf3Dt0(1/6) AAS
それはrustのラベルbreakのような
安全なループの抜け方しか考えてないから安全で当たり前
c/c++のgotoはもっと凶悪なことができる
965: デフォルトの名無しさん (ﾜｯﾁｮｲ 297c-tLJy) [sage] 2023/10/30(月) 16:23:23.04 ID:eEth4IuV0(2/4) AAS
C++のgotoはちゃんとデストラクタを呼んでくれるから、意外とそんなに破滅的なことにはならんのだよね
だからって多重ループ脱出以外で使おうとは思わんけど
966(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-VINR) [sage] 2023/10/30(月) 16:30:54.25 ID:hnsSyQft0(1/11) AAS
俺は例外投げて脱出する
967(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9b91-lnbO) [sage] 2023/10/30(月) 16:35:01.03 ID:A0jdf3Dt0(2/6) AAS
>>966
気軽に例外投げるとデバッガが使いづらくなるからやめときな
少なくとも仕事では
968(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-c8RC) [sage] 2023/10/30(月) 16:40:27.98 ID:bW5EQkS/0(3/3) AAS
多重ループ脱出で使っている人って多いんかな？
他にこういう使い方しているとかってない？
969: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 9b3e-g5YV) [sage] 2023/10/30(月) 16:45:14.84 ID:I7fISnX+0(1) AAS
>>963
一般論としてはそのほうが分かりやすくなるからというだけのことだと思うよ。
ただ、それで分かりやすくならないとき、
チマチマした条件チェックであっちこっち行くよりは
流れをぶった切って goto したほうがいっそわかりやすいこともあるってのが
goto が必要な場面ってことなんだわ。
970(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-VINR) [sage] 2023/10/30(月) 17:14:03.48 ID:hnsSyQft0(2/11) AAS
>>967
と言いますと?
971: デフォルトの名無しさん (ﾜｯﾁｮｲ d9ab-txvC) [sage] 2023/10/30(月) 17:24:30.69 ID:9eqG7NVC0(1) AAS
ラムダ式にする
972: デフォルトの名無しさん (ﾜｯﾁｮｲ 297c-tLJy) [sage] 2023/10/30(月) 17:57:47.45 ID:eEth4IuV0(3/4) AAS
>>968
自分としては多重ループ脱出がC++でのgotoの唯一の実用的な用途だと思ってる（とはいえめったに使わない）
Cなら疑似finally的な後処理に使うこともあるけど、それはC++ならRAIIにすべきだしな
それ以外の戻ったり余所のスコープに侵入したりはもちろんCでもC++でも論外
973: デフォルトの名無しさん (ﾜｯﾁｮｲ 8114-Qq8E) [sage] 2023/10/30(月) 18:39:22.51 ID:VfsLhOLn0(1) AAS
何度も繰り返すgotoの話になると人が湧くな
974(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9b91-lnbO) [sage] 2023/10/30(月) 18:54:25.65 ID:A0jdf3Dt0(3/6) AAS
>>970
VSのデバッガは例外投げられるとメッセージでる(設定変えればオフにはできる)
また設定によってはブレイクする
正常処理のくせに頻繁に例外投げられると非常にうざいし、本当の異常を見過ごす
975: デフォルトの名無しさん (ﾜｯﾁｮｲ 5101-CP9B) [] 2023/10/30(月) 19:04:07.11 ID:qWSrxYwr0(1) AAS
switchとgoto組み合わせて状態機械作ってる
976: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b91-lnbO) [sage] 2023/10/30(月) 19:54:14.15 ID:A0jdf3Dt0(4/6) AAS
gcc拡張のlabelのアドレスとれるやつとかな
昔はイキって使ってたわ
977(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 20:16:27.75 ID:hnsSyQft0(3/11) AAS
>>974
そりゃうざいデフォルト設定だな
ループの脱出に限らず例外くらい普通に使うやろ?
ちゃんと切っとけ
978(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9b91-lnbO) [sage] 2023/10/30(月) 20:43:41.27 ID:A0jdf3Dt0(5/6) AAS
>>977
例外が起こったときは何かおかしいことが起こっている予兆と考える防御的なVSをおれは支持する
だいたい例外安全って何それ？ってレベルのやつも多いだろ
例外で遊ぶのは趣味のときだけにしとけ
979(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 20:48:14.67 ID:JbGfWzUOM(1/9) AAS
ループ脱出レベルで例外を使うのは変だと感じる
関数抜けないのに例外なんて…
980(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 20:54:46.61 ID:JbGfWzUOM(2/9) AAS
んで大昔に例外に似た機能のFound文Match文とか妄想してたんだな
実質タダのgoto文
981(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 20:54:46.86 ID:hnsSyQft0(4/11) AAS
>>978
ループに限らず孫関数ひ孫関数からエラーで脱出するときどうしてんの?
例外使わんか?
982(2): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 20:57:56.27 ID:JbGfWzUOM(3/9) AAS
例外は通常動作として起こらないような動作で起こすもので
何か探すループなんかで実際に対象が見つかったとしてそれは「例外」なのか？
ちがうだろー
983: デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 20:58:12.43 ID:hnsSyQft0(5/11) AAS
>>979
俺はgotoは全く書かないな
パフォーマンス的にはgotoの方が良いかな?
984(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 20:59:51.11 ID:hnsSyQft0(6/11) AAS
>>982
実にくだらない理由だと思う
985(2): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 21:01:36.17 ID:JbGfWzUOM(4/9) AAS
>>984
それが一般的な解釈でおかしな使い方をしてる人間は影で笑われている
986(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 21:06:32.49 ID:hnsSyQft0(7/11) AAS
>>985
人格を攻撃するような書き込みはやめようね
987(2): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 21:07:29.46 ID:JbGfWzUOM(5/9) AAS
例外はパフォーマンス的に重いしそれ以前に
正常系の出力を異常系で投げるのはおかしい
まったくもって異常
988: デフォルトの名無しさん (ﾜｯﾁｮｲ 297c-tLJy) [sage] 2023/10/30(月) 21:08:57.30 ID:eEth4IuV0(4/4) AAS
よその言語ではイテレータの終了通知に例外使ってたりするから人格否定するほどの話ではない
C++の慣用としてやられてないし向いてないってだけ
989(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 21:09:03.25 ID:JbGfWzUOM(6/9) AAS
>>986
人格自体は攻撃してないだろ
事実
990: デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 21:12:55.48 ID:hnsSyQft0(8/11) AAS
>>987
>正常系の出力を異常系で投げるのはおかしい
これを書いたのはあなたで私ではないよ
991(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 21:14:51.99 ID:hnsSyQft0(9/11) AAS
>>989
>>987の「例外はパフォーマンス的に重いし」のような議論は分かるが
>>985は人格を攻撃している書き込み
気をつけ給え
992: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b91-lnbO) [sage] 2023/10/30(月) 21:19:13.29 ID:A0jdf3Dt0(6/6) AAS
>>981
エラーならありだがtry catch書かされるのもだるいだろ
現実的に例外投げる場合はそのまま終了か、フルリブートするしかないときって考えたほうがいい
993(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 21:19:21.17 ID:JbGfWzUOM(7/9) AAS
非常に大切で根本的な理由と例を挙げたのに「実にくだらない理由」としか取られないのが残念
例外はただの制御構文ではない
994(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 21:20:50.60 ID:JbGfWzUOM(8/9) AAS
>>991
実にくだらない理由か本当に？
理解不足だと思うけど
995: デフォルトの名無しさん (ﾜｯﾁｮｲ 1bda-9b8G) [sage] 2023/10/30(月) 21:22:28.46 ID:J+/7yoK80(1) AAS
凶悪といえばAnsiCのsetjmp()とlongjmp()
あれらを規格に入れてるのはキチガイとしか
996(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 21:25:34.77 ID:hnsSyQft0(10/11) AAS
>>993,994
そう思う
>>982
>例外は通常動作として起こらないような動作で起こすもので
これは今行っている議論の対象である
>何か探すループなんかで実際に対象が見つかったとしてそれは「例外」なのか？
何に使うかの理由に名称を持ち出すのは
私はくだらないと考えている
997(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) [sage] 2023/10/30(月) 21:28:39.53 ID:JbGfWzUOM(9/9) AAS
>>996
概念だろ
それが一番大切で実装の基本だろ
C++自体の仕様が変わるとしても例外と言う概念に沿って変わることになるはずだ
今適当にマッチを投げていて仕様がより例外側に代わってその時その使い方は生き残れるのだろうか？
998: デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-jlrJ) [sage] 2023/10/30(月) 21:31:50.44 ID:hnsSyQft0(11/11) AAS
>>997
templateメタプログラミングとか許せない人ですか?
999: デフォルトの名無しさん (ﾜｯﾁｮｲ d1ad-AT6i) [sage] 2023/10/31(火) 06:57:27.99 ID:BIE3G76Q0(1) AAS
Core Guideline にも例外はエラー処理だけに使えとある．
多重ループからの脱出が本当にエラー処理なの？
1000: デフォルトの名無しさん (ﾜｯﾁｮｲ 1379-JwVi) [sage] 2023/10/31(火) 07:21:48.58 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ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。
▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/
▼ UPLIFTログインはこちら ▼
2ch板:login
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.466s*