Rust part16

**デフォルトの名無しさん** · 2022/06/27(月) 08:17:03.45

公式
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/

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

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

**デフォルトの名無しさん** · 2022/06/27(月) 08:18:31.94

**デフォルトの名無しさん** · 2022/06/27(月) 08:20:20.52

Rust CLI (Command Line Interface) apps Book
https://rust-cli.github.io/book/
Rust macro Book
https://danielkeep.github.io/tlborm/book/
Rust Future Book
https://cfsamson.github.io/books-futures-explained/
Rust async-std Book
https://book.async.rs/
Rust tokio Book
https://tokio.rs/tokio/tutorial
Rust rustc Book
https://doc.rust-lang.org/rustc/
Rust rustdoc Book
https://doc.rust-lang.org/rustdoc/
Rust rustup Book
https://rust-lang.github.io/rustup/
Rust Cargo Book
https://doc.rust-lang.org/cargo/
Rust unstable Book
https://doc.rust-lang.org/nightly/unstable-book/
Rust Reference
https://doc.rust-lang.org/reference/
Rust Standard Library
https://doc.rust-lang.org/std/

**デフォルトの名無しさん** · 2022/06/27(月) 08:41:06.85

☆WebAssembly（WASM） https://webassembly.org/ https://ja.m.wikipedia.org/wiki/WebAssembly
・Wasmer - The Universal WebAssembly Runtime https://wasmer.io/
-> WASI（WebAssembly System Interface）とEmscriptenに準拠したWASMを実行できるランタイム
・WAPM - WebAssembly Package Manager https://wapm.io/
-> WebAssembly製ツール/ライブラリのパッケージマネージャー
☆Rust
・wasm-pack - your favorite rust -> wasm workflow tool!
https://github.com/rustwasm/wasm-pack
-> WebAssemblyのrustcコンパイルサポート
・Yew - Rust / Wasm framework for building client web apps https://yew.rs/ja/
-> WebAssembly によってマルチスレッドな Web アプリのフロントエンドを作ることができる、モダンな Rust のフレームワーク
☆最近のWebAssemblyのニュース
・Publickey － Enterprise IT × Cloud Computing × Web Technology / Blog より https://www.publickey1.jp/programming-lang/webassembly/
・WebAssembly活用プロジェクト https://madewithwebassembly.com/
・WebAssemblyが気になるので調べてみた - Qiita https://qiita.com/t_katsumura/items/ff379aaaba6931aad1c4
・WASMとRustはVue.js/React.jsを打倒するのか？ - JSへの侵略の歴史 https://zenn.dev/koduki/articles/c07db4179bb7b86086a1
・Typescriptの次はRustかもしれない https://zenn.dev/akfm/articles/81713d4c1275ac64a75c
・WebAssemblyはJVMやeBPFのリバイバルではない　WasmがWeb以外でもアツい理由 - ログミーTech https://logmi.jp/tech/articles/324956
・Rust GUI の決定版！ Tauri を使ってクロスプラットフォームなデスクトップアプリを作ろう https://zenn.dev/kumassy/books/6e518fe09a86b2
類似スレ
【wasm】ブラウザでC++。Emscriptenを語ろう https://mevius.5ch.net/test/read.cgi/tech/1547549448/

**デフォルトの名無しさん** · 2022/06/27(月) 11:22:00.27

前スレにあったrustupのnamingの話だけど
もともとはサブコマンドのないシェルスクリプトでrustをupdateするからrustup

元の意味からするとrustup updateは重複表現なんだけど
rustupを動詞として捉えずツール名の名詞として捉えればrustup updateは違和感ない

**デフォルトの名無しさん** · 2022/06/27(月) 12:15:14.52

rustupにサブコマンドがない時代なんてあったっけ？
rustupの前身のmultirustの頃からupdateサブコマンドはあったような

**デフォルトの名無しさん** · 2022/06/27(月) 12:51:56.59

updateのupじゃなくてsetupのupじゃないの？
意味的に

**デフォルトの名無しさん** · 2022/06/27(月) 15:34:37.88

>>6
コード的には主にmultirust.sh -> multirust.rs -> rustup.rsなんだけど
名前はrustup.shから引き継がれてる

rustup.shはサブコマンドがなかった
rustup.rsは最初からサブコマンドがあったけどrustupと叩くと今のrustup update相当の処理(update_all_channels)をしてた

**デフォルトの名無しさん** · 2022/06/27(月) 21:57:27.41

>>987
Stringを自己trimするtrim_in_place()を対称的に短く書くなら

fn trim_in_place(s: &mut String, mut f: impl FnMut(char) -> bool) {
　if let Some(end) = s.rfind(|c| !f(c)) {
　　let end = s.ceil_char_boundary(end + 1);
　　s.truncate(end);
　}
　if let Some(start) = s.find(|c| !f(c)) {
　　s.drain(..start);
　}
}

たとえわずかでも先にendを処理
fは char::is_whitespace など

ただし目的外使用なので長くなるけど置き換え
s.drain(..start);
↓
s.replace_range(..start, "");

こちらはunstableなので長くなるけど置き換え
let end = s.ceil_char_boundary(end + 1);
↓
let end = ((end + 1)..).filter(|&i| s.is_char_boundary(i)).next().unwrap();

ここでendはrfind()で発見済なのでend + 1でunwrap()可能

**デフォルトの名無しさん** · 2022/06/28(火) 06:27:19.73

drainとかsinkとかRustはわかりやすい絶妙なネーミングが多いな

**デフォルトの名無しさん** · 2022/06/28(火) 10:43:40.67

WebAssembly に一番適した言語と聞いて来ました
お世話になります

**デフォルトの名無しさん** · 2022/06/28(火) 14:56:42.53

>>11
地獄の入口へようこそ

**デフォルトの名無しさん** · 2022/06/28(火) 16:01:32.46

WebAssemblyアプリ開発ではRustが一番人気、用途ではサーバレスが急上昇、ランタイムはWasmtime。The State of WebAssembly 2022 － Publickey

https://www.publickey1.jp/blog/22/webassemblyrustwebassemblywasmtimethe_state_of_webassembly_2022.html

**デフォルトの名無しさん** · 2022/06/28(火) 16:03:15.75

リーナスに認められて良かったな

**デフォルトの名無しさん** · 2022/06/28(火) 16:10:40.89

>>11
この門をくぐる者は一切の希望を捨てよ

**デフォルトの名無しさん** · 2022/06/28(火) 16:21:33.94

どの道だって希望なんてないよ。
比較的マシな道を探すだけ

**デフォルトの名無しさん** · 2022/06/28(火) 18:52:34.41

>>14
やめとけ
Linuxの話題は
あわしろを召喚しちまうぞ

**デフォルトの名無しさん** · 2022/06/28(火) 19:34:49.71

>>17
志賀くんは志賀スレに帰ってください

**デフォルトの名無しさん** · 2022/06/28(火) 20:32:29.27

Rust is coming to Linux, says Torvalds
https://cloud7.news/linux/rust-is-coming-to-linux-says-torvalds/

Linus Torvalds also announced some changes he plans to implement into Linux soon.
Most significantly, the open-source programming language, Rust might be included in the next release.
Torvalds stated that Rust will be introduced in a limited way.

Torvalds reminded the attempt to introduce the C++ programming language 25 years ago, which didn’t go as expected.
Compared to C, Rust is better at utilizing and protecting resources.

**デフォルトの名無しさん** · 2022/06/28(火) 20:34:01.06

>>19
当面は新規開発のドライバぐらいにしか使わないって話だっけ？

**デフォルトの名無しさん** · 2022/06/28(火) 21:09:24.12

既に安定して動いているカーネル本体からスタートするのは非効率たから
新たに増えていくデバドラなどからRust導入
そしてRust＞C＞C++と評価されたことも大きい

**デフォルトの名無しさん** · 2022/06/28(火) 21:14:03.79

ドライバだとunsafe祭りになると思うけど、それでもRust活かせるのかな

**デフォルトの名無しさん** · 2022/06/28(火) 21:23:20.31

Rustは標準ライブラリからしてunsafeだらけ
Rustのメリットはunsafe部分を局所的に閉じ込めることができること　(他言語は全てがunsafe状態)
そして局所的に閉じ込めた部分の健全性を人間が確保すればプログラム全体の健全性がコンパイラにより保証されること

**デフォルトの名無しさん** · 2022/06/28(火) 23:19:05.36

C だとどこが「安全ではない」のかわからん。
unsafe がはっきりと切り離せる分だけ多少はマシ。

**デフォルトの名無しさん** · 2022/06/28(火) 23:21:02.37

>>18
おい荒らすな

**デフォルトの名無しさん** · 2022/06/28(火) 23:53:24.19

>>19
やめとけ
Linuxの話題は
あわしろを召喚しちまうぞ

**デフォルトの名無しさん** · 2022/06/28(火) 23:54:54.04

Cたけでなくほとんとのプログラミング言語がデータ競合を見過ごす、あるいは、対応しても実行時にようやく気付いてエラー
Rustのようにコンパイル時エラーとしてくれるのはレア

**デフォルトの名無しさん** · 2022/06/28(火) 23:59:16.02

>>18
あわしろは巣に帰れ。

**デフォルトの名無しさん** · 2022/06/29(水) 04:43:12.90

結局allocを用意して、Resultを返すような別方言のRustを作っただけじゃん。こんなんでええのかよ、糞言語

**デフォルトの名無しさん** · 2022/06/29(水) 08:04:17.65

>>29
Rust本体もそうなるんじゃないの？

**デフォルトの名無しさん** · 2022/06/29(水) 09:29:30.30

>>29
何と戦ってるの？

**デフォルトの名無しさん** · 2022/06/29(水) 09:48:50.80

mallocに失敗してパニックするかどうかは最終的にどうやって切り替える仕様になるわけ？
Cargo.tomlに書くとか？

**デフォルトの名無しさん** · 2022/06/29(水) 10:00:12.87

>>32
全体が一気に切り替わるようなのは多分想定されてない
Resultを返すAPIが追加される感じ
例えばtry_reserveなんかはnightlyでは実装済み

**デフォルトの名無しさん** · 2022/06/29(水) 10:29:37.35

話としては二段階あるんだよね

一つは昔からのcore::つまりいわゆるno std::環境
つまりヒープは標準ライブラリとして提供しない
BoxやVecやStringなどのヒープ利用以外はイテレータ含めて全て使える
ヒープは自分で管理するかそういうクレイトを使う

もう一つがstd::からのalloc::の分離
BoxやVecやStringは現在ここにある
Box::try_new()やVec::try_reserve()やString::try_reserve()を使ってアロケーション時のエラーを得ることも可能

この理解でよい？

**デフォルトの名無しさん** · 2022/06/29(水) 12:52:13.13

>>33
try_reserveは1.57でstabilizeされてる

>>34
core::もalloc::もno_std用

一部コレクションのtry系メソッド以外はどういう形にするか明確な方針は決まってないんじゃないかな
Allocatorトレイトをstabilizeしていく方向は決まってるだろうけど
それを使った上位のAPIがどういう風になるかはわからない

**デフォルトの名無しさん** · 2022/06/29(水) 13:45:27.71

>>35
no_std用と言うのは言い過ぎかも
stdにてcoreやallocからuseしているため

**デフォルトの名無しさん** · 2022/06/29(水) 14:16:46.78

文脈考えなよ

**デフォルトの名無しさん** · 2022/06/29(水) 17:53:19.15

>>30 >>31
顔真っ赤ｗｗｗ

**デフォルトの名無しさん** · 2022/06/29(水) 18:28:59.03

>>31みたいなレスしちゃった時点で負けなんだが本人が歳だけ食ってメンタル10代のこどおじだから面倒臭いんだよな

>>29
何と戦ってるの？

こんなのよくある問い詰められて二の句が告げなくて『なにが？』とか『なんのこと？』ってはぐらかしてる馬鹿なおっさんそのものなんだが本人気付いてないんだろうなw

**デフォルトの名無しさん** · 2022/06/29(水) 19:04:20.88

勝ち負け...?

**デフォルトの名無しさん** · 2022/06/29(水) 19:27:35.51

いずれにせよ
ベアメタルなどの組み込みやOS開発向けがほとんどの用途
それ以外の影響なし普通の人々にとっては今まで通り