結局C++とRustってどっちが良いの？

**デフォルトの名無しさん** · 2023/02/25(土) 09:49:46.74

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな？

**デフォルトの名無しさん** · 2023/03/30(木) 23:11:54.75

>>838
俺はRust分からんのだけど
これinputがSome(input)に適合するかしないかを
実行時に判断しているんやろ? だとしたら動的ディスパッチだよ
C++のtemplateみたいに上記をコンパイル時に判断して
例えばSome(input)に適合するからDefault::default()を
コールするコードが生成されないようなら静的ディスパッチ

**デフォルトの名無しさん** · 2023/03/30(木) 23:16:28.37

>>836
いま話題にしてるもとになった、パタンマッチングを上手く使ってる実例
なるほどこれはパタンマッチングがあってこそ、キマってるねっていうか

**デフォルトの名無しさん** · 2023/03/30(木) 23:17:10.18

というか>>789の「静的ディスパッチ」もよく考えたら誤用だったわ
https://en.wikipedia.org/wiki/Static_dispatch

Rustならtrait bound付きgenerics内のtrait method呼び出しのことで良さそうだけど
C++なら……ちょっとこのwikipediaの定義もなぜかオーバーロードに限定しててビミョ〜
これはRust以外の文脈では合意された定義無い気がする

**デフォルトの名無しさん** · 2023/03/30(木) 23:21:08.11

静的か動的かはお互い認識にズレ無いと思うんよね
でも「ディスパッチ」って言うとき
言語機能として用意されてる関数オーバーロードやvirtual使ったポリモとか
動的静的に関わらずまぁそこまではディスパッチなんだけど
matchの結果やifの結果となってくるとそれって
言語の機能というより、言語の機能の機能ってことになってて
一気にぼんや～りとしてくるんで一人一人にズレが生じるよね

**デフォルトの名無しさん** · 2023/03/30(木) 23:21:22.01

１．どの振る舞いをするかがコンパイル時に選択される構造
２．どの振る舞いをするかが動的に選択される構造
３．振る舞いが追加されても動的に選択できる構造

パターンマッチは振る舞いの選択の話だから２
ポリモーフィズムを語る上での動的ディスパッチは３
２を動的ディスパッチと呼ぶかどうか

**デフォルトの名無しさん** · 2023/03/30(木) 23:22:10.90

>>839
実行時にならないとSomeかNoneかわからないからプログラムを組むんですよ
コンパイル時点で決まっていたらプログラムを組む意味がありません
そしてプログラムを組めば必ずどこかに条件分岐があります
それを動的ディスパッチとは言わないと思うんです

**デフォルトの名無しさん** · 2023/03/30(木) 23:23:46.15

>>840
C++？Rust？どっち？
てかやっぱり基準が曖昧だけど、何かしら有名OSSのソースでも出せばいいの？

**デフォルトの名無しさん** · 2023/03/30(木) 23:23:58.24

>>841
>This contrasts with dynamic dispatch, which is based on runtime information
> (such as vtable pointers and other forms of run time type information).
そこにdynamic dispatchを説明する一文があって2行目()内の
and以下に書かれているのがまさにifやmatchで評価していること

**デフォルトの名無しさん** · 2023/03/30(木) 23:27:47.63

>>845
明らかにそいつは周回遅れのド素人なので
アナタ以外のみんなは単に無視してるようですよｗ
時間の無駄はおすすめしません

**デフォルトの名無しさん** · 2023/03/30(木) 23:29:52.13

>>846
type informationとありますね
SomeもNoneも型ではありませんから
>>834は動的ディスパッチではないということになります
Rustのenumによるmatchでの分岐は動的ディスパッチではないということでよろしいでしょうか？

**デフォルトの名無しさん** · 2023/03/30(木) 23:30:14.28

>>845
RustのOSSで

>>847
よく言われるよ

**デフォルトの名無しさん** · 2023/03/30(木) 23:31:40.58

>>844
条件により振る舞いを変えること一般をディスパッチと呼ぶ

例えば>>785でmain内でfunction (cout, circle);とfunction (cout, parallelogram);では
呼ばれる関数が変わり振る舞いが変わるんだけど
これはコンパイル時に選択されます
これを静的ディスパッチと呼びます
一方で834のmatchによる分岐は静的には決まらないので
静的ディスパッチに対して動的ディスパッチと呼びます

**デフォルトの名無しさん** · 2023/03/30(木) 23:33:00.14

>>846
それはjsとかRubyとかPythonではvtableじゃなくてハッシュテーブルを使ってメソッド呼び出ししてるって意味ですよ

**デフォルトの名無しさん** · 2023/03/30(木) 23:36:51.72

>>848
それは字面に囚われていて本旨を捉えていないと思うよ
例えば憲法第二十四条第一項は「婚姻は、両性の合意のみに基いて成立し」を
根拠にして同性婚は憲法違反と主張するようなもの

**デフォルトの名無しさん** · 2023/03/30(木) 23:39:51.85

>>850
示してくださった定義>>846には
ランタイム型情報に基づく場合が動的ディスパッチですよね
しかしSomeもNoneも静的に決まっているenum Option型の中の話ですからランタイム型情報は使っていません
したがってenumのmatchは動的ディスパッチに該当する要素が全くないため、動的ディスパッチではありません、という結論になります

**デフォルトの名無しさん** · 2023/03/30(木) 23:42:50.15

>>849
rust-lang/rustのありそうなところからテキトーに拾ったけどこれとかどうすかね
https://github.com/rust-lang/rust/blob/master/compiler/rustc_ast/src/visit.rs#L302

**デフォルトの名無しさん** · 2023/03/30(木) 23:46:30.65

>>854
これだったら、yylvalでいいよね。。
もうちょっとない?

**デフォルトの名無しさん** · 2023/03/30(木) 23:46:56.95

>>853
コンパイル時にその後の振る舞いが決まるかどうかに興味があって
それを動的か静的かと呼んで議論しているんじゃないのかな?

**デフォルトの名無しさん** · 2023/03/30(木) 23:49:02.99

>>855
これパーサじゃないです……yylvalでよくないです……
イチャモン付けたいだけならもう返しません……

**デフォルトの名無しさん** · 2023/03/30(木) 23:49:55.47

結局まとめるとこうかな？

静的ディスパッチ ← 静的に型情報が決まる場合にコンパイル時に呼び出しメソッドが確定すること
動的ディスパッチ ← 動的に型情報が決まる場合に実行時に呼び出しメソッドが確定すること

Rustのmatch文でのenumの分岐は静的に型情報は確定しているけど呼び出しメソッドを決めるわけではないので静的ディスパッチではない
Rustのmatch文でのenumの分岐は静的に型情報は確定しているため動的に型情報が決まる動的ディスパッチとは無縁
つまりRustのmatch文でのenumの分岐はどちらのディスパッチでもなく一つの型の中の値による条件分岐にすぎない

**デフォルトの名無しさん** · 2023/03/31(金) 00:03:18.59

>>858
型情報による条件分岐に限らず値による条件分岐も動的ディスパッチだよ
なぜならC++の場合typeid演算子で取ったtypeinfoオブジェクトで条件分岐したら
それは型情報なのか値なのか?両者に差はないから

**デフォルトの名無しさん** · 2023/03/31(金) 00:05:54.81

>>859
-両者に差はないから
+両者を分ける意味はないから

**デフォルトの名無しさん** · 2023/03/31(金) 00:10:50.53

>>859
この場合のディスパッチとは型情報に基づいて呼び出しメソッドを決定すること
それが静的に決まれば静的ディスパッチ
そして動的に決まれば動的ディスパッチ
型情報に基づかなければ単なる昔からの条件分岐プログラム
typeidで得られるのは型情報なのでtypeidに基づくならば動的ディスパッチに該当する

**デフォルトの名無しさん** · 2023/03/31(金) 00:12:47.70

条件分岐は条件分岐でしかない
ディスパッチは条件分岐を用いずに振る舞いを切り替えること

**デフォルトの名無しさん** · 2023/03/31(金) 00:14:06.22

>>861
typeinfoの実装見てみ
環境違ってもそんなに変わらんと思うから

**デフォルトの名無しさん** · 2023/03/31(金) 00:15:58.98

>>862
いや条件分岐ってディスパッチやろ

**デフォルトの名無しさん** · 2023/03/31(金) 00:18:07.60

>>864
ちゃうやろ
比較で分岐するか
次の振る舞いがあるところに飛ぶか

**デフォルトの名無しさん** · 2023/03/31(金) 00:20:19.18

C++のmatchはもういいの？

**デフォルトの名無しさん** · 2023/03/31(金) 00:21:06.03

条件により振る舞いが分岐するので同じ

**デフォルトの名無しさん** · 2023/03/31(金) 00:22:01.37

>>863
型情報を整数値で表すのは当たり前だけど
それは型情報ではない普通のデータの整数値の分岐とは話が全く違う

型情報によって呼び出すメソッドが変わるからそれを決定することをディスパッチと呼ぶ
その型情報が静的に決まるか動的にきまるかの違いのみ
typeidを使っているならば型情報が動的に決まっているのだから動的ディスパッチ

**デフォルトの名無しさん** · 2023/03/31(金) 00:23:24.62

>>834
そもそもそれをディスパッチと普通呼ぶ？

やってることはvtable使った動的ディスパッチも似たようなものだから
動的ディスパッチの一種とすることにそこまで違和感はないけど
広く浸透してる定義ではないよね

**デフォルトの名無しさん** · 2023/03/31(金) 00:24:13.24

名称はともかくmatchの分岐はコンパイル時に決まらず
実行時に比較のオーバヘッドがある認識は共通しているので
何も対立はないはず
C++のmatchの話にもどしましょ

**デフォルトの名無しさん** · 2023/03/31(金) 00:26:02.54

>>868
>型情報を整数値で表すのは当たり前だけど
>それは型情報ではない普通のデータの整数値の分岐とは話が全く違う
わかんねーよw もういいよ

**デフォルトの名無しさん** · 2023/03/31(金) 00:33:40.04

まず>>846のstatic dispatchのページからとって来た文章をdynamic dispatchの「定義」として参照するのが間違い
こりゃすでにdynamic dispatchが定義された前提の上で、static dispatchと異なる点を書いているだけだよ

自分の思い込みを肯定するために都合良く文章を解釈してしまうのは人間やりがちだけどね

**デフォルトの名無しさん** · 2023/03/31(金) 00:34:12.53

>>867
ディスパッチは条件により分岐しない
渡された振る舞いを実行するだけ

例えば>>841のサイトのspeakに分岐処理は無いでしょ

**デフォルトの名無しさん** · 2023/03/31(金) 00:34:43.78

話は簡単
まず前提「オーバーロードにより型が決まらないと呼び出す実メソッドが決まらない」
つまり「型情報が決まると呼び出すメソッドが決まる」
この決定のことをディスパッチと呼ぶ
静的に型情報が決まる場合は静的ディスパッチが可能
動的に型情報が決まる場合は動的ディスパッチとなる

型情報と関係ない話はどちらでもない

**デフォルトの名無しさん** · 2023/03/31(金) 00:40:10.18

>>874
> まず前提「オーバーロードにより型が決まらないと呼び出す実メソッドが決まらない」
> つまり「型情報が決まると呼び出すメソッドが決まる」
> この決定のことをディスパッチと呼ぶ

ここだけ読むとオーバーロード解決に聞こえるねｗ
https://ja.cppreference.com/w/cpp/language/overload_resolution

**デフォルトの名無しさん** · 2023/03/31(金) 01:54:38.14

Visitorパターン＝多重ディスパッチ説があったからそれが元凶だろう
複数のメンバー関数から一つ選ぶのもディスパッチ
だから多重という

**デフォルトの名無しさん** · 2023/03/31(金) 03:36:49.58

動的ディスパッチや静的ディスパッチは
何をディスパッチするのか考えなよ

**デフォルトの名無しさん** · 2023/03/31(金) 07:31:14.10

Rustは普通に書くだけでこのスレで言うところの静的ディスパッチとなりコンパイル時点で単相化されて速い
実行時にしか型が判明しない場合に対してはdyn指定による動的ディスパッチが可能でvtableが使われる
vtableを避けたいならばenumに包むことで直和型として収容して扱うこともできる

**デフォルトの名無しさん** · 2023/03/31(金) 09:01:13.01

>>878
C++でも同じだよ

**デフォルトの名無しさん** · 2023/03/31(金) 10:05:33.29

vtableの持ち方がRustとC++では違うんだよね

**デフォルトの名無しさん** · 2023/03/31(金) 10:09:37.79

>>877
SpringやFluxのディスパッチャーだったり
Grand Central Dispatchだったり
何に対しても使える用語だから
区別できてない人もいるんだろう

**デフォルトの名無しさん** · 2023/03/31(金) 11:47:51.48

C++では、クラスが仮想関数を持つ場合、そのクラスのインスタンスに対して仮想関数テーブルが作成される。
仮想関数テーブルには、仮想関数へのポインタが含まれインスタンスに対して仮想関数が呼び出されるたびに
vtableを参照して適切な関数が呼び出される。

Rustでは動的ディスパッチを実現するためにトレイトオブジェクトが使用される。
トレイトオブジェクトには、traitオブジェクトが実装する各メソッドに対応するポインタのリストが含まれていて
インスタンスに対してメソッドが呼び出されるたびに、トレイトオブジェクトが参照され
適切なポインタが見つかるまでリストを検索し適切な関数が呼び出される。

結果は同じ。

**デフォルトの名無しさん** · 2023/03/31(金) 12:51:42.96

>>882
詳細の説明がいろいろおかしいと思うけどどこソースなの？

**デフォルトの名無しさん** · 2023/03/31(金) 18:30:12.19

>>883
『複オジ妄想虚言録』

**デフォルトの名無しさん** · 2023/03/31(金) 18:44:18.60

>>882
クラスとインスタンスの関係を理解してないな
C++の説明もRustの説明も同じように間違ってる
おまえオブジェクト指向を理解してなさそうと言われてたやつだろ

**デフォルトの名無しさん** · 2023/03/31(金) 18:50:12.77

>>882
うーむひどいな
とりあえずRustについて、この部分の間違いはあまりにひどい

＞ traitオブジェクトが実装する各メソッドに対応するポインタのリストが含まれていて
＞適切なポインタが見つかるまでリストを検索し適切な関数が呼び出される。

Rustは常にメソッドが静的に一意に確定するため、動的ディスパッチでも適切なポインタが見つかるまでリストを検索する必要がない

Rustはメソッド名が衝突する場合、まず自分の定義優先で確定、なくてトレイト間に衝突がなければ確定、衝突があればエラーだが、トレイト名を指定することでどのトレイトのメソッドでも常に利用可能
つまりRustではメソッド呼び出しが自分のメソッドかどのトレイトのメソッドかが静的に一意に確定する

静的ポリモーフィズムとして使われるときは、必要とする最小限のトレイトを列挙(＝トレイト境界)するため、メソッドの衝突の可能性は通常時よりも減ったり無くなったりする
いずれにせよ上述したようにメソッドは静的に一意に定まるため、静的ディスパッチでは単相化(モノモーフィゼーション)されてコンパイルされる

動的ポリモーフィズムとして使われるときは、現在の仕様では指定できるトレイトは(auto traitを除き)一つのみに限定されている
ただし必要とするトレイトを列挙(＝トレイト境界)したダミーなトレイトを任意に作ることも可能なため、事実上は複数のトレイトを指定できるのと同じ
指定トレイトが一つに限定されているということは、(そのトレイト境界を含めた)トレイト群すべてのメソッドを静的に一斉に把握できることを意味する
つまりRustのvtableはその指定トレイト一つのみに定まり、その親や祖先のvtableを辿る必要がなく、呼び出すメソッドは静的に確定してインデックス値となっているため、動的ディスパッチでも高速にメソッドを呼び出せる

**デフォルトの名無しさん** · 2023/03/31(金) 18:59:29.64

間違ったことを書いてる人は完全に悪いけど、内容があれば議論のネタになるからまだマシ
それに対して間違ってる！とか、虚言！とかだけ言う連中は全く役に立たないから無視してよい
なぜなら、正しいことが書かれている場合でも、間違ってる！とか適当なこと言ったりするだけの連中も多いため

**デフォルトの名無しさん** · 2023/03/31(金) 19:02:37.99

>>886
> つまりRustのvtableはその指定トレイト一つのみに定まり、その親や祖先のvtableを辿る必要がなく
C++も同じです
> 動的ディスパッチでも高速にメソッドを呼び出せる
何と比較して？静的に比べりゃどうやったって遅いしそこにC++との差はないはずだし

不合格

>>887
テキトーかどうかの検証のために、出典を貼っていただけるとみんなが助かります
やるつもりが無いなら頃合いを見てマサカリを投げさせていただきます

**デフォルトの名無しさん** · 2023/03/31(金) 19:13:25.65

>>888
そういう意味のない言いがかりはやめとけ
元の>>882が正しくないこと「適切なポインタが見つかるまでリストを検索」と書いているので、
それに対して正しいこと「親や祖先のvtableを辿る必要がなく、動的ディスパッチでも高速にメソッドを呼び出せる」と書いた
そこで「静的に比べりゃどうやったって遅い」と頓珍漢なことを言い出すのは理解力のない証拠
これ以上は相手にしない

**デフォルトの名無しさん** · 2023/03/31(金) 19:25:39.32

OpenCV-rs ってもうメンテされてないんか？
gdgd なんだが

**デフォルトの名無しさん** · 2023/03/31(金) 19:29:08.86

https://mevius.5ch.net/test/read.cgi/tech/1677286186/751
https://mevius.5ch.net/test/read.cgi/tech/1677286186/756
https://mevius.5ch.net/test/read.cgi/tech/1677286186/786

つまんね～の、もっとC++の話しようぜ複おじ
また名言バンバン出してくれよ

**デフォルトの名無しさん** · 2023/03/31(金) 19:30:39.96

756じゃなくてこっちだった
https://mevius.5ch.net/test/read.cgi/tech/1677286186/765

**デフォルトの名無しさん** · 2023/03/31(金) 19:38:42.25

>動的ディスパッチ

もしかして
遅延バインディング

**デフォルトの名無しさん** · 2023/03/31(金) 19:40:08.33

おじオジ言ってる人は頭がおかしいと他のスレで習ったけどここでもそうなの？

**デフォルトの名無しさん** · 2023/03/31(金) 19:59:22.01

てかよく読んでみれば>>882自体は「適切なポインタが見つかるまでリストを検索」としか書いてなくて
具体的にどういうリストなのかの説明は一切無し
なのになぜか>>886は「親や祖先のvtableを辿る」と、親子関係でリストができる？のを何故か仮定している

そういうことだよねｗ

**デフォルトの名無しさん** · 2023/03/31(金) 20:11:31.44

>>887
「最初から間違ってると思ってた」と事後に言うと、本当に最初からだったのかが真偽不明になるから
内容がなくても時刻を記録するだけで意味があるんだよ

**デフォルトの名無しさん** · 2023/03/31(金) 20:19:56.47

祖先のテーブルをたどっていく実装や言語あるよ
特にJavaScriptはメソッドを後から生やせるから大変だった

**デフォルトの名無しさん** · 2023/03/31(金) 20:24:26.37

>>896
とりあえず、プライドは高いということは分かった

**デフォルトの名無しさん** · 2023/03/31(金) 21:01:50.63

>>887
どう見ても君が間違ってる本人じゃん
なぜバレないと思ったの？

**デフォルトの名無しさん** · 2023/03/31(金) 21:50:12.55

1. 知ったかぶりして嘘をさも本当かのように書き連ねる
2. 間違いを指摘されるとググって必死に正解を探す
3. そしてそんなことは最初から知ってましたというトーンで長文まとめスレを他人のフリして書く

これが複オジメソッド

**デフォルトの名無しさん** · 2023/03/31(金) 22:09:18.69

>>900
そして話の内容がC++になると複おじにはちんぷんかんぷんなので
調べても間に合わないし、無限に別の間違いを生み出し続けてしまうというw

**デフォルトの名無しさん** · 2023/03/31(金) 22:18:57.16

>>899
俺が間違ってるって？？
>>886に間違ってるところがあるなら指摘してくれ

**デフォルトの名無しさん** · 2023/03/31(金) 22:43:55.74

>>900
4. 他人のふりして書いた長文まとめも間違っている
というオチ付き

**デフォルトの名無しさん** · 2023/03/31(金) 22:50:43.27

>>902
その「間違ってる本人」は>>882のことを指していて、間違いがあるのは>>886のことではないと思うが
それはそれとして>>886の間違いを指摘しておくと

あなたC++で「どのvtableを見るべきか」を実行時にしか判断できないケースがあると思ってない？嘘だよそれ
じゃないと「メソッドの衝突の可能性」なんて話が出てくる理由が無いと思うんだよね
そんなもんは静的に解決されて当然なのだから

ていうかね、参考にしたリンク貼ってくださいよって何回も言ってるでしょう
そのほうがあなたが（もしかすると私が）何を勘違いしているのかという答えにたどり着きやすいですって
いちいちあなたも長文で解説しなくて済むんですよ

**デフォルトの名無しさん** · 2023/03/31(金) 23:03:06.56

>>904
間違いがないのに間違いだと言い張る悪い癖はやめたほうがいいよ
冒頭に「Rustについて」と明記していてC++について一切記述していない
もしRustについて記述した>>886に間違いがあると主張するなら指摘してください

> 参考にしたリンク貼ってくださいよ

参考はRust公式ドキュメントとコードのみ
他の解説サイトがあるかどうか調べたこともないので知らない

**デフォルトの名無しさん** · 2023/03/31(金) 23:13:20.94

>>887
間違いがあるとタダで教えてくれるだけでも相当にありがたいことだと認識すべきだぞ
どこがどう間違えてるかをタダで懇切丁寧に教えてもらえると考えるのは甘えでしかない

**デフォルトの名無しさん** · 2023/03/31(金) 23:15:00.18

>>905
なるほどね？
例えば「検索する必要がない」「メソッドの衝突の可能性は通常時よりも減ったり無くなったりする」は対比的にそれらが「ある」存在に暗に言及しているのだと思ったよ
行間を読んで根本的に何を勘違いしているのか探ろうと思ったが、これはあくまでRustに関する言及でしかないと
「高速」も何と比較してなのか不明で虚しい響きがあるが、高速だというならそうなんだろう

じゃあ私から言えるのはこれだけです

> Rustは常にメソッドが静的に一意に確定する
じゃあRustに動的ディスパッチなんて実装する必要無いじゃん
dyn存在意義無いじゃん
「『トレイトとメソッド名のペア』が一意に確定する」ならそう書かないと、この文脈でこの表現は語弊しか無いよ

**デフォルトの名無しさん** · 2023/03/31(金) 23:19:08.47

自分が長文を書きたいのではなく、相手に自分の真似をさせたいんじゃないか
知らんけど
真似してくれれば人間皆どっちもどっちだと実証されるかも知れないから

**デフォルトの名無しさん** · 2023/03/31(金) 23:22:31.74

ぽまいら一人一人が要点を絞ってくれ
発散させあってたらきりがないんよ

余計なことは省くこと
余計じゃないものが複数あってもより大事なほうを一つ選んで議論を続行すること

**デフォルトの名無しさん** · 2023/03/31(金) 23:22:49.85

>>904
メソッド名が衝突した時にどうなるか？どう対応できるか？は
各言語によって異なるから
その説明があるのは普通じゃないか
alias付ける必要があったりなど十人十色

**デフォルトの名無しさん** · 2023/03/31(金) 23:28:00.63

動的ディスパッチするために必要な間接参照の数はRustもC++も同じで高速とか低速とかないから

Rustは動的ディスパッチを使う場合は必ずポインタ経由になるので構造体のデータを読むのに間接参照が1回必ず入る
これが持ち方の違いによって出る差の一つ

**デフォルトの名無しさん** · 2023/03/31(金) 23:50:08.60

あ、多重継承のケースがあったか
でもまあ気にするようなオーバーヘッドじゃないよね

**デフォルトの名無しさん** · 2023/03/31(金) 23:51:44.88

>>907
後半の指摘については、短い中で詳細まで説明できていないから誤解を与えてしまったもしれないので、そこはすまん
しかしその指摘だとまだ別の誤解されてそうだからその部分についてだけ一応書いておくと
ある型Fooのメソッドmethodの各呼び出しがそれぞれ異なっていてもよくて
Foo::method()　なのか
<Foo as Trait1>::method()　なのか
<Foo as Trait2>::method()　なのかが決まり
Foo::method()がなくてそれ以外が複数で曖昧な時はエラーになるというだけの話
いろんな言語があるからね

**デフォルトの名無しさん** · 2023/03/31(金) 23:57:35.53

>>913
具体型Fooが確定している状態で動的ディスパッチは絶対に発生しません
dynと目印のついたトレイトオブジェクト経由でしか動的ディスパッチは発生しません
そしてこのときトレイトは確定しているのでメソッド名は衝突しません
だからメソッド名の衝突の話が出てくる意味が分からないと言っているんです

**デフォルトの名無しさん** · 2023/03/31(金) 23:57:58.72

>>912
多重継承の場合はどうなるの？
そこが焦点な気がしてきた

**デフォルトの名無しさん** · 2023/03/31(金) 23:59:30.92

>>914
ちゃんと>>886を読みなよ
動的ディスパッチの話は最後の段落にしか書いていない

**デフォルトの名無しさん** · 2023/04/01(土) 00:04:38.33

>>914
それはRustの基本が理解できていない
トレイトオブジェクトでも当然メソッド名は衝突しうる
なぜ衝突するのかも>>886に書いてあるな

**デフォルトの名無しさん** · 2023/04/01(土) 00:04:51.67

>>900
そのメソッドは迷惑行為なので
間違いを信じそうな人がいる時だけ
レス内容が間違ってることのみを指摘するのが吉

**デフォルトの名無しさん** · 2023/04/01(土) 00:09:36.60

そのムーブはわかってないけどとりあえずケチつけてんだなとしか思わないよ
指摘できないけど誰か論破してくれねーかなっていう情けない感じ

**デフォルトの名無しさん** · 2023/04/01(土) 00:09:53.12

>>914
ボロボロですよ
トレイト境界を勉強しましょうね

**デフォルトの名無しさん** · 2023/04/01(土) 00:12:20.97

>>916
>>882が「Rustでは動的ディスパッチを実現するために～～」という文脈だったから最初からその範囲の訂正しか書いてないんだと思ったよ
脈絡もなく余計な文章を足すとそれがどういう意図でそこにあるのか理解してもらえないから気をつけようね

>>917
ああ厳密にはそうだね、私が間違っておりました
動的ディスパッチには関係ない文脈で書いた文章だって聞いたんでそこはもうどうでもいいです

**デフォルトの名無しさん** · 2023/04/01(土) 00:13:02.49

>>915
全然焦点じゃないから気にすんな

**デフォルトの名無しさん** · 2023/04/01(土) 00:19:53.47

>>921
だよねー
>>886は>>882の間違いを指摘できてるわけでもなく何の意味もない

**デフォルトの名無しさん** · 2023/04/01(土) 00:21:52.63

>>921
まだ理解できていないのか？
動的ディスパッチの時こそメソッド名の衝突に対しての処置が重要
そのためどのトレイトのメソッドを呼び出すかを静的に確定するとともに
各トレイトの同名メソッドを区別してvtableのインデックス化をしている

**デフォルトの名無しさん** · 2023/04/01(土) 00:32:15.20

>>924
>各トレイトの同名メソッドを区別してvtableのインデックス化をしている
うそーん
ソースを提示してね

**デフォルトの名無しさん** · 2023/04/01(土) 00:34:01.19

>>924
「各トレイトの同名メソッドを区別してvtableのインデックス化をしている」
ここを詳しく説明してくれますか？
必要なら次の例を使ってください（こういう状況のことでいいんですよね？）

https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=a72f5f361d0e82594bace55483e66c7c

**デフォルトの名無しさん** · 2023/04/01(土) 00:35:46.81

>>925
インデックス区別しないと動的ディスパッチできないですよ

**デフォルトの名無しさん** · 2023/04/01(土) 00:50:45.22

SubとSuper逆だわ
気になるなら直してていいよ

**デフォルトの名無しさん** · 2023/04/01(土) 00:56:33.36

>>914
バカだな
動的ディスパッチが行われるときは具体型Fooが確定しているぞ
具体型が確定しているからこそ動的ディスパッチを実行することができる
おまえC++もRustも両方を理解できてねーな

**デフォルトの名無しさん** · 2023/04/01(土) 01:55:13.58

>>926
トレイトオブジェクトを扱うためにBoxは不要
ヒープを使うのは必要性があるときのみ

求められているのは俺が書いた「各トレイトの同名メソッドを区別してvtableのインデックス化をしている」の部分だろ
それを直接わかるコードを書いた
ただしvtableはpubではないので現状の仕様を強引にアクセス
インデックス値の順序も変わる可能性ありなので注意
macro_rules! vtable_base { ($dyn:expr) => { *(&$dyn as *const _ as *const usize).offset(1) as *const usize } }
macro_rules! vtable { ($dyn:expr, $index:expr) => { unsafe { *(vtable_base!($dyn).offset($index)) } } }

trait TraitA {
fn method(&self);
}
trait TraitB {
fn method(&self);
}
trait TraitAB: TraitA + TraitB {}

struct Foo;
impl TraitA for Foo { fn method(&self) {} }
impl TraitB for Foo { fn method(&self) {} }
impl TraitAB for Foo {}

fn main() {
let foo = Foo;
let dyn_foo: &dyn TraitAB = &foo;
assert_eq!(vtable![dyn_foo, 3], <Foo as TraitA>::method as usize);
assert_eq!(vtable![dyn_foo, 4], <Foo as TraitB>::method as usize);
}

というわけで動的ディスパッチでもメソッド名衝突の話は必要であり>>886の説明で合っている

**デフォルトの名無しさん** · 2023/04/01(土) 03:08:57.82

>>930
単にvtableが作られることを「vtableをインデックス化してる」と言ってたのね
もう嫌だ

**デフォルトの名無しさん** · 2023/04/01(土) 03:10:50.58

>>931
助詞を間違えてるぞ
「各トレイトの同名メソッドを区別してvtableのインデックス化」な

**デフォルトの名無しさん** · 2023/04/01(土) 03:16:00.87

>>932
どっちでも間違ってる
インデックス化されるのはメソッド
vtableはメソッドがインデックス化されたデータ構造

**デフォルトの名無しさん** · 2023/04/01(土) 03:30:04.06

>>933
だからそう書いてるだろ
文章も>>930のコードも読めないのか？

**デフォルトの名無しさん** · 2023/04/01(土) 05:02:11.23

C++からメタ言語機能のような黒魔術を無くして使いやすくしたのがRustという認識でよろしいか？

**デフォルトの名無しさん** · 2023/04/01(土) 05:11:37.13

今月のInterfaceはRust特集だぞ

**デフォルトの名無しさん** · 2023/04/01(土) 05:12:17.82

C++に挫折した者ども、いまこそRustに集え

**デフォルトの名無しさん** · 2023/04/01(土) 06:30:37.76

マ板でやれ無能
>>3を理解しろ