Rust part28

**デフォルトの名無しさん** · 2025/03/24(月) 17:37:00.15

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part27
https://mevius.5ch.net/test/read.cgi/tech/1733146370/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.5ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2025/05/02(金) 21:09:06.51

>>975
それこそキーワード引数を使いたい動機で、最後のsomeにあたる引数だけ hoge(fifth=Some(10)) のようにできると楽
Rustだとそれはビルダーにすべき

>>971
言語仕様として組み込まれてるのとは利便性が全然違うじゃん
外部クレートが必要なわけだし
キーワード引数だと foo 関数の定義だけで完結するけど、ビルダーだと FooOption と FooOptionBuilder のような型の追加まで必要なわけで

**デフォルトの名無しさん** · 2025/05/02(金) 21:09:43.98

>>980
忘れる？
キーワード指定オプション引数を付け忘れる
それに対応するメソッドを付け忘れる
どちらも同じことだ
ビルダー方式で欠点は何も存在しない

**デフォルトの名無しさん** · 2025/05/02(金) 21:13:02.11

スクリプト言語じゃないとキーワード引数実装無理じゃね

**デフォルトの名無しさん** · 2025/05/02(金) 21:13:29.15

>>981
derive_builderを使ったことがなく文句を言ってるのかね
この方式のほうが簡潔で冗長がなくなる
オプションキーワード引数方式だと自分でそのシグネチャを書かなければならなく冗長になる
ビルダー方式は冗長がなく有利

**デフォルトの名無しさん** · 2025/05/02(金) 21:14:00.07

アニメーションの毎フレーム毎に呼び出すような、パフォーマンスが大事な関数でもbuilderパターン使えるの？

**デフォルトの名無しさん** · 2025/05/02(金) 21:15:34.05

キーワード引数なら完全にゼロコストにできる
ビルダーだと、余計な初期化用の構造体が必要だし、値を指定しているパラメータについても最初にデフォルト値のコピーが走っちゃうからゼロコストにならない

**デフォルトの名無しさん** · 2025/05/02(金) 21:16:03.15

他に膨大な議論をしてるのにキーワード引数なんてたいして重要てはない割に面倒なものは後回しだろ。
(一応は名前つき引数の提案は何年も前に出てはいる。)

**デフォルトの名無しさん** · 2025/05/02(金) 21:18:16.83

マクロを使えばなんとか

**デフォルトの名無しさん** · 2025/05/02(金) 21:22:00.73

>>986
Rustでビルダー方式でも最適化されてゼロコストになっている
生成コードで確認した

**デフォルトの名無しさん** · 2025/05/02(金) 21:24:13.63

>>983
コンパイルされる言語でも使うよ (C#やKotlin)

**デフォルトの名無しさん** · 2025/05/02(金) 21:24:49.07

>>989
何と比較してゼロコストだと言ってる？

**デフォルトの名無しさん** · 2025/05/02(金) 21:25:45.04

昔々、X ToolkitはCでキーワード引数を実現するために
配列を使ってなかったっけ？
末尾に終端マーカーを置き忘れると落ちる

**デフォルトの名無しさん** · 2025/05/02(金) 21:29:20.61

>>982
>>982
人間は容易に忘れるし順番ですら間違える
通常のエディタの支援が受けられる関数にした方が良い

.G(p[0]).R(p[1]).B(p[2]).build()
のところを容易に
.R(p[0]).G(p[1]).B(p[2]).build()と間違えて
さらに
.R(p[0]).R(p[1]).B(p[2]).build()と間違える

**デフォルトの名無しさん** · 2025/05/02(金) 21:30:23.29

>>990
おお、コンパイラ賢い

**デフォルトの名無しさん** · 2025/05/02(金) 21:31:43.23

>>991
構造体のフィールドに値を入れていって構造体を作成しても
derive_builderを使いメソッドで値を入れていっても同じになった
メソッド呼び出しが消えた
ゼロコスト

**デフォルトの名無しさん** · 2025/05/02(金) 21:34:42.77

構造体の初期化のために
キーワード付オプション引数の関数のシグネチャを記述するのは冗長でバカげている
Rustのderive_builder利用のビルダー方式が最も簡潔でベスト

**デフォルトの名無しさん** · 2025/05/02(金) 21:38:09.58

SerdeやPythonのnumpy並みに「その言語の利用者ならみんな知ってる」ライブラリならともかく、ユーティリティ程度のものでも特定のライブラリにロックインするのがベストなもんかね

**デフォルトの名無しさん** · 2025/05/02(金) 21:38:30.32

>>993
キーワード引数なら間違えないのか？

**デフォルトの名無しさん** · 2025/05/02(金) 21:39:36.25

>>997
マクロってそういうもんだよ。

**デフォルトの名無しさん** · 2025/05/02(金) 21:40:47.47

Rustおじさん論破した

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 39日 4時間 3分 48秒