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

2025/04/24(木) 13:43:43.90

クラス関数テーブルって何？

2025/04/24(木) 13:51:17.41

vtableのことかよ
最近のはプリフェッチ改善されてきているからな

2025/04/24(木) 16:00:45.28

>>968
メンバ関数は必ずvtableを参照するものではない（非仮想のメンバ関数）
参照しなければCと変わらん
Cでvtable相当のものを用意してそれを介して関数呼べば
仮想メンバ関数呼ぶのと変わらん

**青木康善** (ｱｳｱｳｳｰ Sa21-0ulL) · 2025/04/24(木) 16:39:12.09

rack extention作りますが、グラニュラーとstutterとフーリエ変換付けたら、デスマーチ状態になりそうだなあ。

2025/04/24(木) 16:55:57.61

ね、バカに反応するだけ時間の無駄だって

2025/04/24(木) 20:09:19.15

この場合に何を指してクラス関数という言葉を使ったか (そしてそれが速度的ペナルティに繋がると思ったか) は当人にしかわからんが、私なりに推測すると Java Python Ruby などで言うところのクラスメソッドから間違った類推をして得られた概念ではないかと思う。
これらの言語は「クラスはオブジェクトである」というパラダイムの世界で、抽象メソッドでもインスタンスメソッドでもない場合でも動的なディスパッチを必要とする場合がある。
もちろん C++ ではそうではなく、仮想関数を除けばコンパイル後には関数を指す唯一無二のアドレスが確定していて C の関数と比べて速度的不利はないし、仮想関数のようなことを C でやろうとすれば間接参照なり分岐なりのコストはどうせ必要なので仮想関数を C++ の速度的不利というのは無理筋だ。
ただ、充分な理解なく不必要に速度的不利な機能を使ってしまうことが (C よりは) 高いだろうという意味では C++ が不利と言えなくもないかもね。

2025/04/24(木) 20:50:08.03

vectorは境界チェックするから遅くてゴミでCの配列には必要ないから最強だって暴れてた超天才Cグラマ様おったなあ

2025/04/24(木) 23:12:29.97

境界チェックはしてるんだけど、最適化の過程で霧散する…

…いまは、どこの言語もそのくらいはできるからね

**青木康善** (ｱｳｱｳｳｰ Sa21-0ulL) · 2025/04/24(木) 23:14:17.38

オライリーで、head first C++が洋書で無いかなあ。

**青木康善** (ｱｳｱｳｳｰ Sa21-0ulL) · 2025/04/25(金) 07:29:57.52

そりゃ、あなたたちは、プログラマーというサラリーマンなんだから、僕はバカですよ。。。とほほ。。。

2025/04/25(金) 14:23:29.54

fstream iostream は糞ですね判ります

2025/04/25(金) 18:10:11.03

C++に触れるものは、遅かれ早かれ、duck test ってものを解する

バカのように振舞うな

2025/04/25(金) 19:48:12.66

なんでも基礎的な内容をしっかりと勉強しておけば後で役に立つから頑張ればよい
ジジイになる前に少しでも覚えろ

2025/04/25(金) 20:07:56.20

大昔はmemsetが最適化で消されて気が付かないで徹夜してデスク蹴ったりマウス投げたりしてたんだぞ
関数のアドレスすら存在しない超高速処理で速度的には超有利
流石C++

2025/04/26(土) 02:15:34.80

…あ。>>980 踏んでたわ

わっちょい自分は苦手で、やったことないんだわ
けっきょく、>>1 の、!extend* を、何行貼ったら、>>1 のようになるの
2行みえてるけど、3行貼ったらいいんだよな

2025/04/26(土) 05:38:20.00

昔と出力コードが変わったなと思うのはコプロ周りの処理がSSE前提になった事かなぁ

2025/04/26(土) 10:35:41.92

>>983
C++相談室 part166
https://mevius.5ch.net/test/read.cgi/tech/1745631298/

2025/04/26(土) 15:49:00.51

みなさんはstd::filesystem::path使ってますか？それともただの文字列操作してますか

2025/04/26(土) 15:54:33.92

boostの方のは使ってた

2025/04/26(土) 17:25:44.72

>>961
breakもcontinueもgotoの一種なのだから仕方が無い
行先がスコープの始まりか終わりに限定される、というのが良心的なだけで
実行フローをぐちゃぐちゃにできうる能力のはgotoとほとんど変わらないし、、、
for (i=0; i < 100; i++) {
　　if (i == a) { continue; }
　　if (i == b) { break; }
　　if (i == c) { continue; } // i== aとi==cをまとめるとしたら、if (i == a && i != b && i == c) { continue; }としないとバグ
　　if (i == d) { break; }
}

また例外はスローする関数と条件を把握していない限り、
いつ炸裂するかわからないステルスgoto文がコード中にばらまかれているのとだいたい同じ……
従って構造化プログラミングで議論に結論がﾃﾞﾀと考えるのは早計で、goto問題は永遠に古くて新しい問題……

2025/04/26(土) 21:55:33.90

一生やってろよw

2025/04/26(土) 23:03:17.16

大量のコードが不可分にもつれあった状態を作れるgotoと
連接・分岐・反復という構造を崩さないcontinue/breakの
違いがわからないようならどうしようもない。

2025/04/26(土) 23:12:16.46

古いXLISPのソース見たら発狂するのかしら？

2025/04/27(日) 00:35:43.45

そんなに構造化が嫌なら最初から機械語で書けばいい
gotoしかないから楽しいかもよ
私は嫌です

2025/04/27(日) 05:06:56.76

いや普通の機械語・アセンブラでも、いまどきキレイに書くからｗ

AIがコード生成しだしたらもうしらんあいつら疲れ知らずの限界なしだから

2025/04/27(日) 14:53:44.65

「機械語はgotoしかない」は明らかに嘘だな

2025/04/27(日) 15:18:04.41

せやば

2025/04/27(日) 17:44:14.12

ダイクストラが言う構造化プログラミングはモジュールとか抽象データ型とかも含む広範で抽象的な概念として説明されている。
連接・分岐・反復で構成しようという話はそれより前に発表されたものだが、この時代は構造化もクソもないプログラムがまかり通っていたという前提がある。
まずはその三要素を基礎に据えて構成したらわかりやすくね？という提案 (というか感想？) に過ぎず、それで全て事足りるみたいな主張ではない。
(理論上は連接・分岐・反復で全て表現可能であるという証明はされている。)

構造化プログラミングの考え方のキモは構造は人間の認知の中にあるということ。
人間が思考しているときの構造を書き表すためにどんな言語機能 (またはデザインパターン) があればよいの？ってのが構造化プログラミングの議論なんだよ。
書いた人が思ってる構造が表現されているなら構造化プログラミングだし、構造化プログラミングのために用意された機能を使っていても構造が表れていなければ構造化プログラミングではない。
まあついでに言えば書き表されたものについて (コンパイラも人間も) 検証しやすいことも大事だ。

機械的に goto を除去したらむしろ構造が失われるという例をクヌースが出したりもしていて、結局のところはどんな機能も正しく使えば正しいし、悪い使い方をすれば駄目になるというシンプルな話。
そんなわけで break が構造化を崩すか崩さないかは使い方による。
ただ、常識的に考えて break は goto より構造を破綻させにくいだろうってだけ。

2025/04/27(日) 18:16:26.55

ダイクストラがじゃなくてもうちょい場を学ぼう
便所でいきなり大声で演説垂れ始める人がいたらみんな引くもんなんだよw

2025/04/27(日) 19:25:43.76

>>997 >>997

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-Nh+M) · 2025/04/28(月) 10:15:47.67

連接と分岐があれば反復は要らない説

2025/04/28(月) 10:19:08.06

C++相談室 part166
https://mevius.5ch.net/test/read.cgi/tech/1745631298/
仲良く使ってね

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 545日 2時間 41分 30秒