C++相談室 part159

**デフォルトの名無しさん** · 2022/02/19(土) 11:56:42.14

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

**デフォルトの名無しさん** · 2022/02/19(土) 12:05:32.96

C（チンチン）+（プラ）+（プラ）

**デフォルトの名無しさん** · 2022/02/19(土) 13:32:43.00

アセンブリとかC言語だと「この操作はするな」ってのを簡単には禁止できないからね

許可されてる(コンパイラから怒られない)操作が増えるとその分だけ不正解のコードを書くリスクが高くなる

structのこのフィールドは排他制御してから変更してねってのをC言語じゃ簡単には強制できんだろ
C++ならgetter作ればいいだけなのに

**デフォルトの名無しさん** · 2022/02/19(土) 13:38:43.35

>>1乙
>>1000は宣言に従うこと

>>3
それぐらいはC程度の高水準言語であればｷﾞﾘ保証できる
クラスFooに対するgetterやsetterを経由しないアクセスを
Fooの構造体メンバ名を変えたときビルドエラーとして確実にあぶりだせる
ように書くことはFooを書く人の一存で一応できる

**デフォルトの名無しさん** · 2022/02/19(土) 13:52:37.43

カプセル化が簡単にできるというのと、
　オブジェクトC := オブジェクトA + オブジェクトB
　オブジェクトE = オブジェクトC * オブジェクトD
　...
ここで:=は生成、+や*はなんらかのメッセージ（メソッド）
このようにオブジェクトからオブジェクトを作る、的な、
基本単位がオブジェクトなプログラミング環境が維持されないのは
オブジェクト指向プログラミングしているうちに入らないと
思うんですよねー（棒

**デフォルトの名無しさん** · 2022/02/19(土) 15:57:04.56

format.hを待ってますた

**デフォルトの名無しさん** · 2022/02/19(土) 15:59:32.57

>>3
でもそのC++からCを見て不正解のコードを書くリスクが高くなるという話がそのまま
RustからC++を見た場合も当てはまってしまうよな
Rustコンパイラならメモリ安全やデータ競合に問題がある操作をエラーで拒否するのにC++はなぜ許して致命的バグを生み出してしまうのだろう、と

**デフォルトの名無しさん** · 2022/02/19(土) 17:53:08.72

無関係過ぎる
元はアセンブラ必須という人が書き込みがあったので、C++のコンパイラ(gcc)がSIMDを吐く条件についての話をしたんだが・・・
それについては正解できる人や惜しい人すら皆無で、馬鹿がC++全然関係ないOOの話を引っ張ってきて、今じゃC++と無縁な宇宙の話になっている

**デフォルトの名無しさん** · 2022/02/19(土) 18:09:20.91

自分でこんなレスしといて今更何言ってるんだかw
> 組み込み機器用のCPUって特殊なんで、コンパイラが安定しないなんてよくある話
> オブジェクト指向のメリットの本質についての話なので、可能/不可能が実装言語に依存しないというのもよくある話(楽かどうかは別)
> 別に昭和でも平成でも令和でも変わってないけど、>> 991に伝わってないのは確か

**デフォルトの名無しさん** · 2022/02/19(土) 18:26:04.31

馬鹿がID変えてまた登場

**デフォルトの名無しさん** · 2022/02/19(土) 18:50:37.51

明示的にはSSEコンパイラ組み込み関数を使えば実現できるけど、多くのコンパイラはシングルレーンのループの一部を自動的にベクトル化してくれるのね

コンパイラが暗黙的なベクトル化をしてくれる条件ってシングルレーン以外に何があるんだろ

**デフォルトの名無しさん** · 2022/02/19(土) 19:09:18.39

>>10
顔真っ赤じゃんw

**デフォルトの名無しさん** · 2022/02/19(土) 19:43:50.83

その問題はもう答え書いた

**デフォルトの名無しさん** · 2022/02/19(土) 20:38:46.85

恥の上塗りかよw
答えを書いたとか関係ないだろ
> 馬鹿がC++全然関係ないOOの話を引っ張ってきて
に乗っといて何言ってるんだよ

**デフォルトの名無しさん** · 2022/02/19(土) 21:13:10.67

可哀想な馬鹿が勘違いしてるみたいだからちゃんと書いておくと、>>13は>>11へのレスな

**デフォルトの名無しさん** · 2022/02/19(土) 21:45:03.99

人をバカにしても恥ずかしいレスは消えないよw

**デフォルトの名無しさん** · 2022/02/20(日) 02:19:28.36

>>7
実際そうだよ
生のポインタを使ってる限りはどこに所有権があるか自分で管理するしかない

Rustの考え方はC++使いからすれば羨ましいわ

**デフォルトの名無しさん** · 2022/02/20(日) 05:27:00.10

けんかをやめてふたりを止めて
わたしのために争わないで

**デフォルトの名無しさん** · 2022/02/20(日) 09:25:04.73

きみC#さんだよね

**デフォルトの名無しさん** · 2022/02/20(日) 10:18:23.47

>>17
だからスマポで出来るやん、それ
てか欧米産の大手ゲームの解析なんかしてると普通に向こうもスパゲッティコードだらけだけどな
なんだかんだで力技ゴリ押し開発になっちゃうんだよ結局

**デフォルトの名無しさん** · 2022/02/20(日) 10:23:29.96

ゲームはハード性能をゴリゴリに引き出すのが正義だからスマポ程度のオーバーヘッドでも許容できないんよ

**デフォルトの名無しさん** · 2022/02/20(日) 10:30:30.73

>>21
いや俺もゲーム開発しとるけどスマポどころかGC任せにするのがもうここ10年くらいは主流だぞ？（最終的にはネイティブ化されるけどそれでもゼロオーバーヘッドになる訳では全くない）

**デフォルトの名無しさん** · 2022/02/20(日) 10:31:03.74

え？
ゲームでもスマートポインタは普通に使うよ