Rust part22

[1 デフォルトの名無しさん 2024/01/20(土) 23:21:40.08 ID:wyzQTwgG]

公式
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 part21
https://mevius.5ch.net/test/read.cgi/tech/1692105879/

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

[977 デフォルトの名無しさん 2024/02/23(金) 16:04:17.89 ID:02Kw336h]

traitの種類多すぎて把握しきれん
使い分けもようわからんし

[978 デフォルトの名無しさん 2024/02/23(金) 16:18:25.67 ID:NJWNbZ5N]

Pythonのpep20みたいなってRustにもあるの？

[979 デフォルトの名無しさん 2024/02/23(金) 16:32:06.33 ID:eHVJk53E]

スマホやタブレットなどのモバイルOS上に開発環境用意するのは主に2つユースケースがある
1つはモバイルOS上で実行させる小さなユーティリティを作るため
だいたいlinux emulatorみたいなアプリ内環境で稼働させる
もう一つは出先の空いた時間や障害対応等の緊急時にノートPCを持ち歩かなくても簡易的な作業なら対応できるようにしておくため

前者はスマホだけで作るやつもいるにはいるが少数派
なので今のところはメイン開発環境は別に用意してるのが大半

[980 デフォルトの名無しさん 2024/02/23(金) 17:15:31.94 ID:kgcjkDLJ]

PEP20って何だよと思ったらあのウンコポエムだった

[981 デフォルトの名無しさん 2024/02/23(金) 17:26:44.63 ID:kgcjkDLJ]

次スレタイトル間違えてしまったのですまんが誰か立て直してくれ
規制食らってもう立てられなくなった

[982 デフォルトの名無しさん 2024/02/23(金) 17:35:21.56 ID:CheDQupm]

>>977
traitとは機能を抽象化した抽象型だから使いたい機能のtraitを選ぶか作ればよい
structなどの具象型は各々必要な各機能(trait)を実装しているもしくは実装すればよい
そして抽象型(trait)を用いてプログラミングすることでその機能を実装する全ての具象型を対象とした共通コードにできる

[983 デフォルトの名無しさん 2024/02/23(金) 17:38:39.47 ID:CheDQupm]

次スレ
Rust part23
https://mevius.5ch.net/test/read.cgi/tech/1708677472/

[984 デフォルトの名無しさん 2024/02/23(金) 17:45:54.27 ID:kgcjkDLJ]

>>983
ありがとう

[985 デフォルトの名無しさん 2024/02/23(金) 17:51:32.20 ID:jYYzpIEX]

>>978
こういうのをまとめようとはしているよ
https://smallcultfollowing.com/babysteps/blog/2023/12/07/rust-design-axioms/

[986 デフォルトの名無しさん 2024/02/23(金) 20:10:18.94 ID:1IK2X2kO]

>>982
FromとかAsRefとかDerefとかの時点でもうようわからんぜ

[987 デフォルトの名無しさん 2024/02/23(金) 22:42:10.08 ID:oukljDwS]

Fromは汎用的な変換だよ
変換に失敗する可能性を含む時はTryFromを使う

AsRefは参照から(別型の)参照への読み替え変換
コストがかからない場合が対象
コストがかかるものはFromを使う

Derefは変換ではなく演算子
変換は複数の型への変換を実装できるけど
演算子なので各型で決められた一つの型へderefできる
&T→T
Box<T>→T
Rc<T>→T
Vec<T>→[T]
String→str
PathBuf→Path
など

[988 デフォルトの名無しさん 2024/02/23(金) 23:50:59.87 ID:1IK2X2kO]

あー。それぞれの比較はまあそうなのかもしれないんだけど、そもそもどういうtraitがあってどういう時に使うべきなのかを全て把握できてないせいで実際にコード書く時にどれを使うとRustらしいコードになるのかわからなくなるってのがしんどいんだよね

[989 デフォルトの名無しさん 2024/02/23(金) 23:59:41.76 ID:hX/YHnPg]

>>988
どの分野のどんな話でも基本パターンの学習による慣れ
問題

match std::env::args().XXXXX {
　Some("yes") => ...,
　Some("no") => ...,
　_ => ..., // エラー
}

[990 デフォルトの名無しさん 2024/02/24(土) 02:12:39.95 ID:YQ3M0cmx]

梅

[991 デフォルトの名無しさん 2024/02/24(土) 04:00:00.27 ID:felFEjYK]

「当然こういうのが標準ライブラリにあって然るべきだろう」みたいな感覚ができるから結局は慣れ。
常識的に考えてあるだろうと思ったら nightly だったみたいなこともよく経験するから俺が欲しいようなものはみんな欲しいんだなと思う。
実質的に言語の一部みたいなくらいのやつは嫌でも避けられないから何度もドキュメントを読み返すはめになるし、そのうち自然に使えるようになる。

[992 デフォルトの名無しさん 2024/02/24(土) 12:21:57.67 ID:lhpjpr9r]

>>987
Derefは演算子でも利用されるがDerefそのものが演算子(や演算子の実装)というわけではない
Type Coercionというのは型変換(Type Conversion)の一種なのでDerefは変換ではないというのもやや言い過ぎ

各型で決められた一つの型にderefされるのは演算子だからという理由ではなくて
Derefはスマートポインタが包んでる値へのアクセスを便利にするために用意されたものだからderef先の型は自然と一つに決まるため(>>733)

&T→TはDerefの役割ではない

[993 デフォルトの名無しさん 2024/02/24(土) 12:57:43.72 ID:Sbx59RJL]

AsRefとBorrowは未だにわからんなあ
調べてもHashMapがBorrow要求するならそこだけBorrow使っておけばいいか……で思考停止してる

[994 デフォルトの名無しさん 2024/02/24(土) 13:58:08.04 ID:Q2pRspv0]

埋

[995 デフォルトの名無しさん 2024/02/24(土) 13:58:23.94 ID:Q2pRspv0]

生め

[996 デフォルトの名無しさん 2024/02/24(土) 13:58:40.99 ID:Q2pRspv0]

、埋め

[997 デフォルトの名無しさん 2024/02/24(土) 13:58:46.56 ID:Q2pRspv0]

！埋め

[998 デフォルトの名無しさん 2024/02/24(土) 13:58:52.17 ID:Q2pRspv0]

？埋め

[999 デフォルトの名無しさん 2024/02/24(土) 13:59:00.55 ID:Q2pRspv0]

○埋め

[1000 デフォルトの名無しさん 2024/02/24(土) 13:59:07.65 ID:Q2pRspv0]

〜埋め