Rust part14

**デフォルトの名無しさん** · 2022/02/12(土) 01:24:16.59

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

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

日本語の情報
https://rust-jp.rs/

※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/

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

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

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

**デフォルトの名無しさん** · 2022/03/12(土) 16:59:02.17

わっチョイの議論が出てるけど個人的には過疎るから賛成できない
この人は語尾wでNGすればいいだけと思う

**デフォルトの名無しさん** · 2022/03/12(土) 17:05:16.49

>>450
普通に言った。何が分からないのか言ってくれｗ

**デフォルトの名無しさん** · 2022/03/12(土) 17:10:56.57

安全のために所有権に厳しい制約を課しているが、その厳しさからunsafeを使う動機が常に言語内にある

わからんでもないかもしれん

**デフォルトの名無しさん** · 2022/03/12(土) 17:38:29.48

＞・安全とするにはunsafeと宣言すべき関数を機械的に決めることが出来ない

安全とするには～する必要がある
なら分かるが、

安全とするには～出来ない
なので主張がわからんという話でしょ

**デフォルトの名無しさん** · 2022/03/12(土) 17:44:06.44

>>448
『自分でunsafe書いてなくても、依存関係がunsafeを濫用してたらアプリケーション全体としてはunsafeじゃないか
という主張』は
実際に使われているモジュールでそういう例があるならば成り立つ
しかし現実にはunsafeなモジュールは存在しなくて
>>445はその例を挙げることすら出来ていない
机上の空論を繰り返しているのみ

**デフォルトの名無しさん** · 2022/03/12(土) 17:47:55.25

>>453
その場合ですらunsafeは使っても構わない
そのunsafeを使った局所的な部分に影響が閉じ込められていて安全なインタフェースのみ公開されていればよい
そしてRustコンパイラは残り全体の安全性を保証できる

**デフォルトの名無しさん** · 2022/03/12(土) 18:12:42.07

いい加減無視することを覚えとけ
こんなの相手にするから調子乗るんだぞ

**デフォルトの名無しさん** · 2022/03/12(土) 18:22:27.94

>>454
(安全とするにはunsafeと宣言すべき関数)を機械的に決めることが出来ない
こう書けば分かるのだろうかｗｗｗｗ

>>455
issueがないとでも思ってるの？ｗｗｗｗ

>>456
「そのunsafeを使った局所的な部分に影響が閉じ込められてい」る前提がおかしいｗ
安全なインタフェースとは誰が判断するの？ｗｗｗｗ
どうなってたら安全なの？ｗｗｗｗ
それを人間が判断する以上、どこまでも間違いは起きるよｗ

Run cargo-geiger!
💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/12(土) 18:34:51.66

反応してるやつも同レベルの荒らしだから、いっしょくたにあぼーんしましょうね

**デフォルトの名無しさん** · 2022/03/12(土) 18:41:59.36

>>451
これが正解
末尾wは煽りたいだけだから対話する気がないし

**デフォルトの名無しさん** · 2022/03/12(土) 21:08:03.28

例えばTokioを使ってUnsafe由来の変な落ち方する例とかが有ればUnsafe使ったライブラリ全然信頼できねーなって同意すると思う

**デフォルトの名無しさん** · 2022/03/12(土) 22:12:28.43

与えられたコードがunsafeかどうかを判定するルーチンHがあればいいんだろ

**デフォルトの名無しさん** · 2022/03/13(日) 00:20:04.81

>>461
https://www.google.com/search?q=tokio+issue+unsafe
全部調べてないと証明できないのであればあるｗ
これ以外に存在しないかどうかは不明だが、お前が信用するしないで事実が変わるわけじゃないｗ

>>462
そうだね

Run cargo-geiger!
💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/13(日) 16:13:24.15

次スレはワッチョイつけますから覚悟しておいてください
それまでの命だ
せいぜい楽しむがいい

**デフォルトの名無しさん** · 2022/03/13(日) 16:28:13.28

>>463
読んでみました
・質問者がunsafeの言葉を使い間違えてました
・ランタイムを何度も複数回スタートさせていました　(そしてunsafeな状況は起きていない)
などで
(unsafeを使って)安全でないインタフェースを公開してしまったわけではないようです

>>464
反対です
過疎ってRustが不利になるだけなので
皆がワッチョイ無しスレも立てる結果となるでしょう

**デフォルトの名無しさん** · 2022/03/13(日) 16:46:41.64

>>465
皆というかあなたがね

**デフォルトの名無しさん** · 2022/03/13(日) 17:06:55.70

スレの終わりに切り替えて結構すんなりワッチョイスレに移行できたスレ多いよ。途中でもうまくいくかはよくわからん。
何れにせよ、スレが機能してないよりは過疎のほうがマシだな

**デフォルトの名無しさん** · 2022/03/13(日) 17:17:53.93

変化が多い言語でデファクトも定まってないし、ワッチョイ付けてもたぶん過疎らないと思うけどな

**デフォルトの名無しさん** · 2022/03/13(日) 17:27:03.14

そもそもみんなまともにrustの話をしたいのに
おじさんが関係ない自演で横から茶々入れるから
みんなめんどくさくなっていなくなるのよ
その自覚はある？

**デフォルトの名無しさん** · 2022/03/13(日) 17:37:09.51

ワッチョイスレはもうあるぞ
ここからさらにワッチョイスレ作っても分岐して打ち捨てられたワッチョイスレが増えていくだから先にこっち消費してくれ

https://mevius.5ch.net/test/read.cgi/tech/1532697692/

**デフォルトの名無しさん** · 2022/03/13(日) 17:47:33.76

>>465
質問者？issueで質問者って何の話してんだよｗ
全部読んで少なくともその中にないことを証明するんだぞｗ
どこを読んでそう書いてあったのかすらないのでは、証明にはならないｗ
約 567,000 件あるけどなｗ

Run cargo-geiger!
💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/13(日) 17:50:57.99

今回のやつはずっと同じIDの上に
文面から即NGできるにもかかわらずしつこく構ったやつらが悪い

反省しろ

**デフォルトの名無しさん** · 2022/03/13(日) 18:17:55.15

かつて自治厨と言われた俺の手腕を発揮してやるよ
最近はそこまでの情熱は無くなったが去年あたりからrust始めたからまともに議論したいのよ

**デフォルトの名無しさん** · 2022/03/13(日) 18:37:10.97

荒らされるよりは過疎るほうがマシ
ワッチョイひとつでこの手合はピターッと来なくなるから

**デフォルトの名無しさん** · 2022/03/13(日) 18:40:27.18

そう思うならさっさとワッチョイスレ立てればいいじゃん
なんでやらないの？

**デフォルトの名無しさん** · 2022/03/13(日) 18:42:49.11

ﾜｯﾁｮｲ有りRustスレは既に>>470にあるので使い分ければよい
ここはﾜｯﾁｮｲ無しRustスレなので次スレもﾜｯﾁｮｲ無しで行く
両方あれば全員に不満はない

**デフォルトの名無しさん** · 2022/03/13(日) 18:50:17.44

使ってないスレを再使用するのはスレを無駄にしないという点では有意なんだけど、勢いもスレ順も変だから人はあんまり来ないのよね。で、何も知らずに来た人が荒らしにかまってしまう。
何れにせよ15がワッチョイ無しというのはありえない選択肢。

**デフォルトの名無しさん** · 2022/03/13(日) 19:25:23.33

>>477
ここはﾜｯﾁｮｲ無しRustスレの系統
だからここの次スレはﾜｯﾁｮｲ無しで確定している

ﾜｯﾁｮｲ有りRustスレは立てられても放置されるという歴史がある
再び放置スレを増やすようなことをしてはいけない
以下に現存するﾜｯﾁｮｲ有りRustスレがある

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

Rust part6【ﾜｯﾁｮｲ】
https://mevius.5ch.net/test/read.cgi/tech/1532697692/

**デフォルトの名無しさん** · 2022/03/13(日) 19:30:16.97

自分たちが他スレ嵐てんのに自分たちにワッチョイ付ける訳ない。己のやってることを顧みろ

**デフォルトの名無しさん** · 2022/03/13(日) 19:30:24.22

>>477
そう思うならワッチョイスレ盛り上げろよ
せめてpart6埋めてからワッチョイpart7を立てて盛り上げる方向にしろよ

**デフォルトの名無しさん** · 2022/03/13(日) 19:33:25.71

>>478
歴史と言いながらサンプル少ないっすね

**デフォルトの名無しさん** · 2022/03/13(日) 19:35:38.48

「荒らされるよりは過疎るほうがマシ」って言いながらこのスレに書き込んでワッチョイpart6使ってないのってどういうことなの

**デフォルトの名無しさん** · 2022/03/13(日) 19:38:33.24

そんなにワッチョイが嫌なんだね。じゃあ次スレはワッチョイ有りにしよう。別にデメリット殆ど無いし。

**デフォルトの名無しさん** · 2022/03/13(日) 19:39:58.52

それ語尾wがワッチョイなし立ててそっちが盛り上がって使われないワッチョイpart15が打ち捨てられる未来しか見えない

**デフォルトの名無しさん** · 2022/03/13(日) 19:41:14.03

>>483
ﾜｯﾁｮｲ有りRustスレは既に2つもある >>478
ここﾜｯﾁｮｲ無しRustスレの次スレはもちろんﾜｯﾁｮｲ無し
両方あれば全員に不満はない

**デフォルトの名無しさん** · 2022/03/13(日) 19:42:49.67

>>484
フェアでいいじゃない。やってみようよ

**デフォルトの名無しさん** · 2022/03/13(日) 19:43:29.58

>>486
やってみてもいいけどワッチョイなしが過疎ったら責任とって埋めろよ

**デフォルトの名無しさん** · 2022/03/13(日) 19:45:38.16

>>487
ワッチョイなしじゃなくてワッチョイありざ過疎ったらの間違い

**デフォルトの名無しさん** · 2022/03/13(日) 19:53:00.16

次スレ自体はどうするん？
>>980 が新規で立てるか >>980付近で既存スレの古いスレに誘導するのか

**デフォルトの名無しさん** · 2022/03/13(日) 19:59:09.05

ここﾜｯﾁｮｲ無しRustスレはいつも通り
ﾜｯﾁｮｲ無しで次スレを立てることになる
ﾜｯﾁｮｲ有りRustスレは既に2つある>>478
両方あれば全員に不満はない

**デフォルトの名無しさん** · 2022/03/13(日) 20:25:42.25

よしでは方針を発表しよう

そのﾜｯﾁｮｲありスレはおじさんが謎にageてるから
いまだに存在しているものと認識している
つまり既に侵食済みなので捨てる

Part15からﾜｯﾁｮｲありスレとして継続していく
異論がなければこれで行く

**デフォルトの名無しさん** · 2022/03/13(日) 20:39:16.20

確かによく見たら4は腐ってるな
でも6は使えるだろ。使ってくれ

**デフォルトの名無しさん** · 2022/03/13(日) 20:40:29.94

>>491
それで行こう

**デフォルトの名無しさん** · 2022/03/13(日) 20:41:14.82

それはﾜｯﾁｮｲに効果がないことを示してるだけでは
報復のような行動や分断を産む議論は思う壺だと思う
黙ってNGに放り込めばいい

**デフォルトの名無しさん** · 2022/03/13(日) 20:55:14.52

そもそもワッチョイにデメリットは無くてメリットだけなんだからカジュアルに入れればいいじゃん。
一人だけ急にここはワッチョイ無しスレの系譜なんて言い出した人もいるけど。そんな系譜無いし。

**デフォルトの名無しさん** · 2022/03/13(日) 20:58:11.86

デメリットはどうせ分裂してワッチョイ15という過疎放置スレが無駄に出来ることだけなので、そうなった時にちゃんと埋めてくれるならなんのデメリットもない

**デフォルトの名無しさん** · 2022/03/13(日) 21:04:18.91

ワッチョイ必要だと思うならごちゃごちゃ言わずにさっさと自分で立てろよ
スレ立てくらい出来るだろ

**デフォルトの名無しさん** · 2022/03/13(日) 21:19:00.22

ﾜｯﾁｮｲだから過疎ったんじゃなくてスレを複数作ったから過疎ったってことよ
スレを使い分けようって時点で問題児だらけデース！ってアピールしてるよ

今回のunsafeおじさんが暴れてた頃に誰もﾜｯﾁｮｲスレに誘導しなかったところを見ると、存在すら忘れてたんじゃないか？
https://mevius.5ch.net/test/read.cgi/tech/1532697692
↑火種になりそうな人、話題は全部ﾜｯﾁｮｲに誘導しようね。火種に触る人もﾜｯﾁｮｲに行こうね

**デフォルトの名無しさん** · 2022/03/13(日) 21:35:47.25

タイトルが同じだと数字が小さいスレに人がよりつかないのは当然なので
質スレと議論スレにでも分割して議論スレをワッチョイスレとして新たに始めればいいんじゃない？
議論したいってことみたいだから

誰も立てないからここ2回連続してスレ立てたけど
立てたらワッチョイガーとか繰り返し言われるのはさすがに腹が立つよ
問題は荒らしを相手にしてる人たちなのに

**デフォルトの名無しさん** · 2022/03/13(日) 21:48:32.41

ま、次スレからワッチョイでいいやん
荒らし目的の人はサヨナラしてくれていいやん
スレがノイズまみれになるのは目が滑ってしんどい

**デフォルトの名無しさん** · 2022/03/13(日) 21:51:18.28

強引な変更には断固反対
少なくとも現状のワッチョイなしのスレも残すべき

**デフォルトの名無しさん** · 2022/03/13(日) 21:54:24.52

>>500
せやなー、次からワッチョイありで

>>501
荒らしたいの？

**デフォルトの名無しさん** · 2022/03/13(日) 22:12:56.56

別にワッチョイにしたかったら両方作ればええやんｗ
俺は両方に反応するからｗ
ワッチョイなら一週間はNG設定変えなくていいんじゃないのｗ
ただ被るやついても俺のせいにするなよｗ

Run cargo-geiger!
💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/13(日) 22:14:37.13

荒らしてるのはGoの連中だろ。
報復するべし。

**デフォルトの名無しさん** · 2022/03/13(日) 22:16:30.17

この程度の勢いのスレではそう簡単にワッチョイ被らない

**デフォルトの名無しさん** · 2022/03/13(日) 22:19:11.42

いや・・・前1日で4人被ってたぞ俺にｗ割と人の多い地域で割と大手のプロバイダだから被りやすいんだｗ
まあ俺は言ったからなｗ

Run cargo-geiger!
💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/13(日) 22:24:37.54

どうでもええよ
今後もワッチョイの無いスレに書き込むし
スレが無ければワッチョイ無しで立てるから

**デフォルトの名無しさん** · 2022/03/13(日) 22:49:01.50

ワッチョイスレの方が過疎化して完走できないことになると誰でも予想できる

**デフォルトの名無しさん** · 2022/03/14(月) 01:57:42.50

rustならわっちょいつける方がらしくはあるな。言語思想がそういう感じだし。

**デフォルトの名無しさん** · 2022/03/14(月) 06:10:44.25

たし蟹

**デフォルトの名無しさん** · 2022/03/14(月) 07:47:11.82

Linux環境のrustでkbhit関数（キーイベントの取得）ってありますでしょうか？
コンソールアプリ（ゲーム）を作ときに使用しようと思ってまして

**デフォルトの名無しさん** · 2022/03/14(月) 08:02:53.43

真面目な質問はワッチョイありに書き込んでワッチョイ無しスレから誘導すればいいよ。

ワッチョイ無しスレは過疎らないし、ワッチョイスレは荒らしNGできるし文句言うやつは荒らし以外おるまい。
スレの再利用もできるしな。

**デフォルトの名無しさん** · 2022/03/14(月) 11:19:45.82

https://tech.aptpod.co.jp/entry/2021/12/03/070000

これとかそれっぽい？
でもcratesはそれっぽい名前の奴ほど放置ライブラリという特長があるから正直調べ方がわからん

**デフォルトの名無しさん** · 2022/03/14(月) 12:57:45.51

Linuxでコンソールアプリだとncursesが思い浮かぶ
Rustでは使ったことないけど

https://crates.io/crates/ncurses

**デフォルトの名無しさん** · 2022/03/14(月) 13:19:49.96

あ、そうか。コンソールアプリか。じゃあcrosstermでいいのかも
https://docs.rs/crossterm/0.5.5/crossterm/enum.KeyEvent.html

**デフォルトの名無しさん** · 2022/03/14(月) 13:24:17.18

kbihitぽいのなら自分はtermion使ってます。
https://github.com/redox-os/termion/blob/master/examples/keys.rs

**デフォルトの名無しさん** · 2022/03/14(月) 16:56:04.09

# 俺様はcrosstermに一票ｗ
cargo install cargo-edit cargo-geiger
cargo new crossterm_example
cd crossterm_example
cargo add crossterm
cat >src/main.rs <<EOF
use std::time::Duration;
use crossterm::event::{poll, read, Event, KeyCode};
use crossterm::terminal::{enable_raw_mode, disable_raw_mode};
use std::io::Error;
fn main() -> Result<(), Error> {
enable_raw_mode()?;
loop {
if poll(Duration::from_millis(1_000))? {
let event = read()?;
println!("Event::{:?}\r", event);
if event == Event::Key(KeyCode::Esc.into()) {
break;
}
} else {
println!(".\r");
}
}
disable_raw_mode()
}
EOF
cargo build
cargo run
cargo geiger

# Run cargo-geiger!
# 💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/14(月) 23:31:15.69

>>511
Rustで書いてもstdinへの設定自体は他の言語の時と全く同じ
以下C言語風でRust的に書けるnixクレート使用

まずstdinがエコーされたり改行まで入力されないのを解除
let mut stdin = stdin();
let mut termios = tcgetattr(stdin.as_raw_fd())?;
termios.local_flags &= !(LocalFlags::ECHO | LocalFlags::ICANON);
tcsetattr(stdin.as_raw_fd(), SetArg::TCSANOW, &termios)?;
これでstdin.read()で1文字ずつ入力キーを得られる

次に入力がない時にブロックされないように設定
let mode = fcntl(stdin.as_raw_fd(), FcntlArg::F_GETFL)?;
let mode = OFlag::from_bits_truncate(mode);
fcntl(stdin.as_raw_fd(), FcntlArg::F_SETFL(mode | OFlag::O_NONBLOCK))?;
これで入力がなくてもstdin.read()がすぐに返ってくる

あとは自分の好きな仕様で例えば
let mut input = [0; 1];
let code = match stdin.read(&mut input) {
Ok(_) => Some(input[0]),
Err(ref err) if err.kind() == ErrorKind::WouldBlock => None,
Err(err) => Err(err)?,
};
これで入力ASCIIコードがOptionで得られる

他にも例えば非同期とチャネルを使ってインタフェースを洗練して
ノンブロッキングにせずともread()とチャネルへのsend()を繰り返す
というキー入力専用の非同期タスクを作って
使う側ではチャネルからpoll_recv()で入力があるか見るとか
あるいはそもそも入力なしという状態を得る必要がないならば
その非同期タスクでread()がある度に指定クロージャを呼び出すなど

**デフォルトの名無しさん** · 2022/03/14(月) 23:33:12.59

ちなみにstdinからのASCIIコード取得では不満で
もっとrawレベルのイベントが欲しいならば
libevdevをRustで扱えるevdev-rsを使う

**デフォルトの名無しさん** · 2022/03/16(水) 14:04:08.44

turbo rustはまだですか？

**デフォルトの名無しさん** · 2022/03/17(木) 08:28:29.04

regex crateの問題って
外部ユーザー入力の正規表現をパースして使っていた時に
めっちゃ複雑な正規表現だとDoS攻撃になっちゃう恐れがあったという話か

**デフォルトの名無しさん** · 2022/03/17(木) 22:36:27.41

よほどのことがない限り
外部のユーザに正規表現を入力してもらうケースは無さそうだよな

**デフォルトの名無しさん** · 2022/03/17(木) 23:20:48.15

>>521
rustのregexってNFAベースなんだっけ？

**デフォルトの名無しさん** · 2022/03/18(金) 12:37:25.55

iteratorのメソッドのnthってどういう意味？なんかの略？

**デフォルトの名無しさん** · 2022/03/18(金) 12:41:29.69

1st, 2nd 3rd, 4th, 5th, 6th, ..., Nth ←コレｗ

# Run cargo-geiger!
# 💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/18(金) 13:17:22.26

4th, 5th, 6th.....

**デフォルトの名無しさん** · 2022/03/18(金) 13:55:50.66

いやいやいやいやいやいやいやいやいやいや
うそやろ？だまされないぞ！( `･ω･´)

**デフォルトの名無しさん** · 2022/03/18(金) 14:22:27.69

起源は何かなEmacs Lispにもあるし相当古そう
(nth N LIST)
Return the Nth element of LIST. N counts from zero. If LIST is not that long, nil is returned.

**デフォルトの名無しさん** · 2022/03/18(金) 14:29:42.95

色んな言語で使われている
Lispでnthはリストのn番目を返す
C++でstd::nth_elementはn番目を基準とする並べ替え
CSSで:nth-child()はn番目を選択
など

**デフォルトの名無しさん** · 2022/03/18(金) 14:33:37.94

nthの起源はプログラミングじゃなくて数学かなー
数学用語としてOxford Dictionaryとかにも掲載されてる
https://www.lexico.com/en/definition/nth

**デフォルトの名無しさん** · 2022/03/18(金) 14:37:03.84

と思ったけど、辞書の意味とはちょっと違うかな・・・

**デフォルトの名無しさん** · 2022/03/18(金) 15:51:11.43

nthでもgetでもいいけど、添え字で取得するのは無理なんだよね？

**デフォルトの名無しさん** · 2022/03/18(金) 15:55:18.13

定数時間でアクセスできないものに添え字を使うのは紛らわしいからやってないのでは
あとイテレータの場合nextが&mut selfを要求するのでIndexは実装できないし
IndexMutを実装するにしても0..n番目の要素をconsumeするから添え字のセマンティクスに合わないと思う

**デフォルトの名無しさん** · 2022/03/18(金) 15:57:14.32

コストが高かったり危険だったりするものは字面の上でも目立って欲しいしな。

**デフォルトの名無しさん** · 2022/03/18(金) 16:12:59.80

iteratorは原則順次アクセスだから、原則ランダムアクセスな添字は一般的ではないｗ
何でも聞いてしまう子は想像力がやや不足しているｗ

# Run cargo-geiger!
# 💀💀💀☢☢☢☢💀💀💀 !!!! Rust is ☢UNSAFE☢ !!!! 💀💀💀☢☢☢☢💀💀💀

**デフォルトの名無しさん** · 2022/03/18(金) 16:13:55.18

>>527
arity (アリティ; 引数の個数) も unary とか binary の -ary を名詞化したものダゾ

**デフォルトの名無しさん** · 2022/03/18(金) 16:22:51.49

>>532
自由に添え字でアクセスしたい時はcollect()する
もちろんcollectはその分のコストがかかるけど他の言語では常にそのコストを強制されてるのだから
もし必要ならばRustでもそのコストを払えばよい

**デフォルトの名無しさん** · 2022/03/18(金) 17:17:28.19

>>532
昔は RandomAccessIterator があったけど unstable のまま rust 1.2.0 で deprecate されたみたい
https://doc.rust-lang.org/1.3.0/std/iter/trait.RandomAccessIterator.html
> trait has not proven itself as a widely useful abstraction for iterators, and more time may be needed for iteration on the design

C++やDには random access iterator はあるけど、 rust では今のところ必要ないという判断みたい

**デフォルトの名無しさん** · 2022/03/18(金) 17:40:43.61

>>538
それは内部でメモ化のコストを払うだけだからね
どうしても残したいならtake/take_while等してcollectでもいい
一方でnthはメモ化コストゼロ

**デフォルトの名無しさん** · 2022/03/18(金) 18:26:51.78

>>539
RandomAccessIteratorはslice::Iterなどランダムアクセスできるイテレーターに実装されてるトレイトなのでメモ化のコスト云々は関係ないよ

**デフォルトの名無しさん** · 2022/03/18(金) 22:57:59.74

>>537
ヒープ確保と解放はコスト高いけど
定数もしくは上限Nがある時は
collect::<ArrayVec<_,N>>()でスタックに確保できる

**デフォルトの名無しさん** · 2022/03/19(土) 00:16:53.31

ある型 T がトレイト A とトレイト B を実装していることという制約はたとえば以下のように書けますが、

struct Foo<T: A + B> {
state: T
}

ここで T がトレイト C を実装して「いない」という制約を付ける (C を実装していたらコンパイルエラーにする) 方法はありますか？

**デフォルトの名無しさん** · 2022/03/19(土) 01:34:14.63

なさそう

**デフォルトの名無しさん** · 2022/03/19(土) 10:14:06.85

直接的にトレイトが実装されていないことを指定することは出来ないようですが
optin_builtin_traits を使えば表現は出来そうですね。
Rust ユーザー向けのドキュメントが見つからないんですがこれって stable なんですかね？

**デフォルトの名無しさん** · 2022/03/19(土) 14:36:55.65

まだこうだな
#![feature(negative_impls)]
#![feature(auto_traits)]

**デフォルトの名無しさん** · 2022/03/19(土) 19:35:20.82

始めたばっかでよくわかんないんだけど、https://docs.rsって公式か何かのまともなサイトなの？
10進数の小数が使いたくてhttps://docs.rs/rust_decimal/latest/rust_decimal/#これ見てたんだけど、sourceってところ押したらよくわからんものが表示されてしまう・・・・

**デフォルトの名無しさん** · 2022/03/19(土) 20:51:08.52

>>546
https://www.rust-lang.org/governance/teams/dev-tools#docs-rs
ここにあるとおりrustの開発元でメンテされてる
よくわからんものがどんなものなのかよくわからないけど、マクロやderiveで生成されたコードのソースは変な場所が表示されることはあるかも

**デフォルトの名無しさん** · 2022/03/20(日) 01:49:46.57

docs.rsは公式サイトだけど内容はオープンソースで登録されたソースコード（コメント）から
機械的に生成してるだけだからちゃんとしてるとは限らない
sourceは生成元のソースコードのリンクになってて説明が分からんかったらソース読めってスタンス

**デフォルトの名無しさん** · 2022/03/28(月) 17:41:10.51

始めたばっかでよくわかんないんだけど、ちょっとコードを書いただけで.unwrap()だらけになってしまう
もう、3行に1つは.unwrap()、ひどいと1行に3箇所ぐらい.unwap()だ
素人目に見ても流石におかしいように見えるも、解決法がよくわからないぜ

**デフォルトの名無しさん** · 2022/03/28(月) 17:42:54.07

.unwrap()ってさっきまで沢山打ってたのに、1箇所打ち間違ったぜ

**デフォルトの名無しさん** · 2022/03/28(月) 18:04:16.18

まずはif let試してみたら？

if let Ok(v) = r {v使ったほにゃらら}
if let Some(v) = o {v使ったほにゃらら}