Rust part23

**デフォルトの名無しさん** · 2024/02/23(金) 17:37:52.13

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

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

**デフォルトの名無しさん** · 2024/04/16(火) 09:50:49.42

>>696
interfaceにデフォルト実装を後から入れたので問題なくなった
そうなるとclass継承は不要

**デフォルトの名無しさん** · 2024/04/16(火) 09:55:41.24

最初はなかったしずっと取り入れなかったのはそれがJAVA風じゃなかったから

今JAVAが生き残ってるのは最初の設計思想が世間に受け入れられたからであって
後から○○無くせばよかったと言うのは誤りで浅はか

NULLを無くせばよかったと言うが当時メジャーな手法でそれの代替手段がなかったのと同じ

**デフォルトの名無しさん** · 2024/04/16(火) 10:21:05.77

今となってはclass継承は廃止でいい

**デフォルトの名無しさん** · 2024/04/16(火) 11:59:36.87

インターフェイスにも集合で言うところの外延性は欲しいところ。

**デフォルトの名無しさん** · 2024/04/16(火) 13:49:22.28

そういうの使いたいならTSがいいよ

**デフォルトの名無しさん** · 2024/04/16(火) 14:56:34.55

具体的なデメリットって何なの？

**デフォルトの名無しさん** · 2024/04/16(火) 15:29:25.10

ダサい

**デフォルトの名無しさん** · 2024/04/16(火) 20:45:11.55

そういう感覚的なもの？

**デフォルトの名無しさん** · 2024/04/16(火) 22:20:54.32

基底クラスで保証してる内部条件を継承クラスで壊されやすい

Javaは基本的に全部オーバーライド可能でprivateとfinalで変な継承を抑えてたけど
C#はabstract/virtualかつsealedでない要素だけオーバーライド可能になってたと思う
古い知識だから最近の動向は知らない

**デフォルトの名無しさん** · 2024/04/17(水) 08:15:23.25

Unreal EngineがRist対応するんだってね

**デフォルトの名無しさん** · 2024/04/17(水) 16:42:11.69

Ristってなんだ、Rustだた

**デフォルトの名無しさん** · 2024/04/17(水) 21:06:33.89

Rast
Rist
Rest
Rost

**デフォルトの名無しさん** · 2024/04/17(水) 21:31:42.40

Risp

**デフォルトの名無しさん** · 2024/04/18(木) 23:48:18.11

>>706
時代の流れだな

**デフォルトの名無しさん** · 2024/04/19(金) 17:19:41.25

隙間作って床下チェスト収納ってできなくなった？動画みてるけどうまくできん

**デフォルトの名無しさん** · 2024/04/20(土) 17:39:26.03

shift-jiｓのファイルをBufReaderで1行ずつ読み込もうと思ったら無理でOKが流れてこない
全部読んでデコードして\nで切り分けるしかないの？

**デフォルトの名無しさん** · 2024/04/20(土) 17:53:01.46

read_lineはutf-8じゃないと無理だけどread_untilならバイト列で１行ずつ取れそう

**デフォルトの名無しさん** · 2024/04/20(土) 22:11:31.95

>>712
encoding_rs_io::DecodeReaderBytesBuilderでsjisをdecodeするreaderを作る
あとはreader.lines()で同じ

**デフォルトの名無しさん** · 2024/04/20(土) 22:28:20.55

std::io::BufReader::new(encoding_rs_io::DecodeReaderBytesBuilder::new().encoding(Some(encoding_rs::SHIFT_JIS)).build(std::fs::File::open(SJIS_FILE)?)).lines()

**デフォルトの名無しさん** · 2024/04/21(日) 07:15:48.69

BufReaderもFile::openもそのまま使える点がいいね

**デフォルトの名無しさん** · 2024/04/21(日) 10:23:00.52

>>715
ありがとうございます
動作確認しました

ちょっと仕組みがむずかしいですね

**デフォルトの名無しさん** · 2024/04/21(日) 18:25:05.39

decoderが挟まるだけだよ

// UTF8の場合
let file = File::open(path)?;
let reader = BufReader::new(file);
for line in reader.lines() {

// SJISの場合
let file = File::open(path)?;
let decoder = DecodeReaderBytesBuilder::new()
　.encoding(Some(SHIFT_JIS))
　.build(file);
let reader = BufReader::new(decoder);
for line in reader.lines() {

**デフォルトの名無しさん** · 2024/04/22(月) 06:09:19.12

バッファリングせず丸ごと贅沢にメモリ使っていいなら単純
let bytes = fs::read(path)?;
let (s, _, _) = SHIFT_JIS.decode(&bytes);
let reader = BufReader::new(s.as_bytes());
for line in reader.lines() {

**デフォルトの名無しさん** · 2024/04/22(月) 20:07:02.52

コマンドラインからファイル名取るようにしたらパニック
windowsで文字コードが違うかららしいけどこういうバッドノウハウを開発者に積み重ねていかないと使えないのはめんどい

**デフォルトの名無しさん** · 2024/04/22(月) 20:46:10.62

何を言ってんのw

**デフォルトの名無しさん** · 2024/04/22(月) 21:19:42.71

知らないとそういう反応するんだろうけど
std::env::args_osを使ってOsStringを取って対処する必要があるんだよ
勉強になっただろ？

**デフォルトの名無しさん** · 2024/04/22(月) 21:24:48.26

日本人だから日本語名が付いたファイルを扱う機会に恵まれてるからこういうことに出会える
アメリカ人だったらこういうのに出会わないでコーディングしてリリースしてるだろう

世界中で使ったらパスの問題で落ちるプログラムがガンガン量産されている

**デフォルトの名無しさん** · 2024/04/22(月) 23:12:07.98

>>722
チュートリアルレベルの基礎を
バッドノウハウwとか
積み重ねでいかないといけないwとか
言ってるから何言ってんのwになる

**デフォルトの名無しさん** · 2024/04/22(月) 23:32:38.83

>>720
Rustのパニックはどの関数で何をした時に発生するかすべてドキュメントに明記されてるのでパニックはプログラミングした側に問題がある
さらにパニックがソースコードの何行目のどの場所で起きたのかもわかるのですぐにそのバクを調査できる
まずは基礎知識を身につけよう

>>722
std::env::argsのドキュメントにどういう時にパニックが起きるか書いてある
さらに対処方法はargs_osを使えと明記されている
ドキュメントを見よう

**デフォルトの名無しさん** · 2024/04/22(月) 23:35:51.77

>>724-725
こういう低能がありがたがるんだろうな
信者としか言いようがないｗ

**デフォルトの名無しさん** · 2024/04/22(月) 23:42:55.88

リリースした後の実行時のpanicを有り難がる信者

Rustのライブラリの思想がいまいち馴染みにくいと言うか素人が作るとこうなりますと言う見本

**デフォルトの名無しさん** · 2024/04/22(月) 23:57:01.81

>>722
Rustではそんな個別の知識を知らなくてもpanicさせた関数が分かるから
その関数のドキュメントのpanicの項目を見れば明記されてる
他の言語と比べても良い環境

**デフォルトの名無しさん** · 2024/04/23(火) 00:03:29.34

馬鹿と話しててもらちが開かない

世界中で使ったらパスの問題で落ちるプログラムがガンガン量産されているのは事実
お前らそれを一個一個プルリク送ったりしてるのか？

**デフォルトの名無しさん** · 2024/04/23(火) 00:13:45.98

所有権とか導入してバグを静的に弾こうとしてる割にはこういうところではガバガバ
世界中で英語じゃないwindows環境でpanicが起こるコードが蔓延してる

非合理的

**デフォルトの名無しさん** · 2024/04/23(火) 00:34:48.42

そんなことより The Embedded Rust 読み始めたんです。
冒頭からリンカで割り込みベクタマップの取り方やら panic 無効にしての main 関数導入やら、HAL は自分でこさえるんだよね？と言わんばかりの内容。
おおむかしのMCU開発環境みたいで嫌いじゃないけど、arch 対応してないと敷居高いねこれ。

**デフォルトの名無しさん** · 2024/04/23(火) 09:44:34.04

公式チュートリアルすらまともに読めないお馬鹿さんは自分が使う道具を間違えててもそれを言語のせいにしたがる
プラスドライバーを使うべき状況でマイナスドライバーを使って使いにくいじゃねーかこんな道具は非合理的などと言い出す
ヤバすぎね？

**デフォルトの名無しさん** · 2024/04/23(火) 11:06:58.83

>>725
なんでコンパイル時にエラーにできないんだろう？

Rustのポリシーからすれば安全優先でargs_osだけにしてargsは削除すべきでは？
c++じゃあるまいに、コマンドラインのデータが常に正しいunicodeだと信用するプログラムを書けるとか、セキュリティーホールになりかねんと思うけど。

**デフォルトの名無しさん** · 2024/04/23(火) 12:06:18.33

panicは安全ですヨ

**デフォルトの名無しさん** · 2024/04/23(火) 12:11:09.83

>>734
緊急停止して「安全ですよ」はちょっと……

**デフォルトの名無しさん** · 2024/04/23(火) 12:14:00.43

>>733
セキュリティホールにならない
異常データに対して止まり動作を続けない

**デフォルトの名無しさん** · 2024/04/23(火) 15:43:54.29

>>733
>なんでコンパイル時にエラーにできないんだろう？
出来るわけないだろw
実行時に与えられる外部入力をコンパイル時にどうやって判定するんだよw
バカすぎる

**デフォルトの名無しさん** · 2024/04/23(火) 16:19:44.91

しいて言えばargs()を使う方が特殊ケースなのにデフォルトの名前を引き継いだのは設計ミス
もう治る見込みはないからargs_os()を使おうねってだけだけど

**デフォルトの名無しさん** · 2024/04/23(火) 16:52:58.90

一応argsをdeprecatedにして徐々に移行させていくのはできるだろうけど
特に提案もなさそうだし誰も困ってないんじゃないかな
そもそもほとんどのケースでclapとか使うだろうし

**デフォルトの名無しさん** · 2024/04/23(火) 17:20:16.94

>>733
＞>>725
＞なんでコンパイル時にエラーにできないんだろう？

むしろ何でできると思ってるんだろう。謎

**デフォルトの名無しさん** · 2024/04/23(火) 17:22:13.22

環境変数もvarとvar_osがあるから慣れろとしか言えない
OS標準が全部utf-8になる未来もありえるし

**デフォルトの名無しさん** · 2024/04/23(火) 17:48:20.12

>>741
紛らわしいけどvar/var_osとvars/vars_osは別物だよ
varはinvalid UTF-8でもエラーハンドリング可
varsはpanic

argsは引数にUTF-8以外はダメだよって前提で使える余地がまだあるけど
varsはそんな前提をおける状況はほぼなくてよりたちが悪い

**デフォルトの名無しさん** · 2024/04/23(火) 18:06:35.01

>>741
>OS標準が全部utf-8になる未来もありえるし
10年前のその未来予想が大外れしてるから今となっては設計ミスとしか言いようがない
もう10年経ったとしても状況は変わらないと思う

**デフォルトの名無しさん** · 2024/04/23(火) 19:06:07.68

>>732
公式チュートリアルまともに読めるならC++で良いからな

**デフォルトの名無しさん** · 2024/04/23(火) 20:01:34.96

よーわからんけど10年ぐらい前はすべてutf16になると考えられてたのでは？

どう考えてもstd::env::argsを非推奨にしろとは思うけどね
欧米人がつくるとこんなことになるんだ

普通は2種類の扱いがある
・実行環境に合わせて自動的に内部での標準形式に変換
か
・何もしない
何もしないならOSから受け取ったままOSに渡して置けば大体問題はない

第三の愚策がRust
受け取ったままそのままOSに渡してもコケる
Rustは何もしないように見えるけど何かしてるからコケるのでは？

**デフォルトの名無しさん** · 2024/04/23(火) 20:52:29.82

>>745
間違いだらけだな
世界の標準はUTF8
ウェブももちろんUTF8
RustもUTF8

Rustがこの件でコケることはない
きちんと各関数の仕様が明記されていて常に正確に動作している

**デフォルトの名無しさん** · 2024/04/23(火) 21:05:41.35

Rustのパニックは綺麗なパニック
いいね？

**デフォルトの名無しさん** · 2024/04/23(火) 21:12:51.81

>>747
一般的なパニックは色んな意味合いがあるけど
Rustでのパニックは関数ドキュメントに明記されている想定のことが起きた
ライブラリ関数の作成者はパニックを発生させる時の条件をドキュメントに明記しなければならない
だからそれを利用する各プログラマーにとっても想定内のことのみパニックが起きる

**デフォルトの名無しさん** · 2024/04/23(火) 23:35:29.98

>>745
勘違いしてることが多すぎてもう笑うしかないwww

**デフォルトの名無しさん** · 2024/04/23(火) 23:41:39.78

>>745
>よーわからんけど10年ぐらい前はすべてutf16になると考えられてたのでは？
30年以上前にUCS-2がWindowsやJavaに採用された時代のことを言ってるのかな？
(UTF-16と違ってUCS-2は固定幅なので今でもまだ使い所はあるけど)

↓これが15年くらい前のUTF-16に対する一般的な認識
https://softwareengineering.stackexchange.com/questions/102205/

**デフォルトの名無しさん** · 2024/04/24(水) 00:43:41.33

utf-16はUnicode 2.0（1996年7月）のサロゲートペア導入でutf-8に逆転されたな
しばらくはBMPしか使われなかったから耐えてたけど
1990代前半に始動したJavaは運が悪かった

**デフォルトの名無しさん** · 2024/04/24(水) 01:21:01.63

>>749
そう書きながら何もまともなレスすらできないレス乞食

**デフォルトの名無しさん** · 2024/04/24(水) 01:23:24.26

Rust界隈では狂信者がいてそいつらはまともに反論すら出来ないけど
Rustが正しいRustが正しいと繰り返すばかり

**デフォルトの名無しさん** · 2024/04/24(水) 12:36:38.15

>>737 >>740
windows環境とかunicode以外が混ざる環境でargをコンパイルエラーにできないのかね。

そもそもargは廃止していい。

**デフォルトの名無しさん** · 2024/04/24(水) 12:47:56.41

すげーどうでもいい話だな

**デフォルトの名無しさん** · 2024/04/24(水) 12:47:57.96

>>746
なるほど。
「RustはWindowsをケアする気が無い」
ということですか。

**デフォルトの名無しさん** · 2024/04/24(水) 12:58:45.05

>>754
Windowsでも設定すればUTF-8になるしLinuxだってUTF-8以外に自由に変えられるわけだから、そんな判定は不可能
まぁ廃止していいには同意するけども

**デフォルトの名無しさん** · 2024/04/24(水) 13:18:14.84

Windows は Windows の機能として文字コードの管理はしてるが歴史的事情でツギハギのグダグダ。
今の Linux はおおよそ UTF-8 で統一されているけど規約で縛っているだけで、 OS としてはバイナリ単位で素通し。
保証としてはあてにならん。

**デフォルトの名無しさん** · 2024/04/24(水) 13:18:30.26

コンパイルエラーにできないから引数まで廃止するとか原理主義もここまで来てんのか。

**デフォルトの名無しさん** · 2024/04/24(水) 14:25:14.78

>>754
無知にもほどがある！

unicodeとUTF-8が区別できない
Windowsに限らずLinuxでもmacOSでも非UTF-8の引数や環境変数が使われる可能性があるのは同じなんだがそんな常識を知らない

**デフォルトの名無しさん** · 2024/04/24(水) 15:25:54.44

>>760
そんなんだったらなおさらのこと、Rustの安全指向に従ってargs_osだけにすべきで、argsは廃止にすべきだろ。
Rustはメモリ安全しか興味無いんかね。

**デフォルトの名無しさん** · 2024/04/24(水) 15:53:48.65

保証できるものはするに越したことはないけど (充分に実行コストが小さい形では) できんからしゃーない。

**デフォルトの名無しさん** · 2024/04/24(水) 16:02:42.64

どうでもいい話でもめてるな
Rustはすべて提供してドキュメントにそるぞれ明記しているのだから使う側の各自の問題
こちらはUTF8環境でしか使われないのでargs()のみ利用している

**デフォルトの名無しさん** · 2024/04/24(水) 16:05:40.76

https://github.com/rust-lang/rust/issues/91226#issuecomment-1034188905
関係する議論はこのあたりかな
もともとはargs/varsをパニックさせずに無視するか置換してほしいって要望だったが
無視や置換はセキュリティ上問題になる可能性があるので却下
varsは将来的にdeprecatedにするかもと言っている
なんでargsもdeprecatedにすべきだろって提案すれば通る可能性はあるかもね

**デフォルトの名無しさん** · 2024/04/24(水) 16:26:19.27

正しく使え論は暴論だな

それが許されるならスマートポインタやGCは出ずみんな今でも生ポインタを使ってる

**デフォルトの名無しさん** · 2024/04/24(水) 16:40:56.16

>>765
生ポインタは安全ではないから全く違う
argsは常に安全

**デフォルトの名無しさん** · 2024/04/24(水) 16:44:59.20

常に自動変換したほうが安全だけどな
開発者が特別コードを書く必要もない

**デフォルトの名無しさん** · 2024/04/24(水) 17:05:56.77

Rustはファイル名も自動変換なんかしていないように
変換するかどうかは各自の自由裁量であるところが非常に良い点だよ
自分の好みと合わないからといって批判している人たちは頭がおかしいので相手にしても無駄なのだろうけど

**デフォルトの名無しさん** · 2024/04/24(水) 17:17:38.15

>>768
ここまで読んで何の話をしているのか理解できないならRust使うのは辞めたほうがいい

**デフォルトの名無しさん** · 2024/04/24(水) 17:21:01.52

ファイルの引数だけ標準では何もしない
普通のキーボード入力などでは変換している

**デフォルトの名無しさん** · 2024/04/24(水) 17:23:28.05

>>770
え？？

**デフォルトの名無しさん** · 2024/04/24(水) 18:26:14.33

>>768
自動変換は正直意味不明だが（変換元の文字コードが判定不能なのに何を変換するのか？）
argsは今RFC出したらResultにしろって突っ込まれると思うし
1.0であまり深く考えずに入れちゃった気はするよ

**デフォルトの名無しさん** · 2024/04/24(水) 18:50:02.66

Resultとかのハンドリングが面倒な人向けの簡便方法として用意されてるのでそれはないと思う

argsじゃなくてargs_utf8onlyとか名前をダサくして
逆にargs_osを元のargsに戻しとけば
リファレンスをよく読まない人たちがつまづく可能性を下げられる

**デフォルトの名無しさん** · 2024/04/24(水) 19:00:18.55

こういうのを見ると、RustのデザイナーはRustに求められているのがなんなのか理解できていないと思うわな。

Rustは雇われコーダー用Safe Rustのニーズがほとんどで、Unsafe Rustとかのニーズは無いと思うがね。

**デフォルトの名無しさん** · 2024/04/24(水) 19:01:34.27

>>772
自動変換が本当に意味不明ならここまでの話が見えてないとしか言いようがない

**デフォルトの名無しさん** · 2024/04/24(水) 19:14:39.18

自動変換とかそんなアホなこと言ってるのはあんただけやで
そんなものは無いし必要ない

**デフォルトの名無しさん** · 2024/04/24(水) 19:18:07.57

こいつOsStringの概念が分かってないのか
本当に知能レベルが低すぎる

**デフォルトの名無しさん** · 2024/04/24(水) 19:45:20.62

OsStringはOSから渡されたバイト列をそのまま格納するだけで
EUC-JP環境ならEUC-JPバイト列がそのまま入るし何も変換されたりしないが…

**デフォルトの名無しさん** · 2024/04/24(水) 19:49:39.48

想像力が欠如しているか頭がおかしいか指示待ち人間だからそういう幼稚なレスになる

結局内部で使う場合は簡単にutf8に変換してる
なにからutf8に変化するか指示も必要がない
ただのボイラープレート

**デフォルトの名無しさん** · 2024/04/24(水) 19:58:53.67

>>777
自動変換なんてものはない
むしろ自動変換を避けるために用意されているのがOsString
もちろん自動変換は行われない

**デフォルトの名無しさん** · 2024/04/24(水) 20:02:00.63

人間じゃなくて壊れたロボットに話しているようだな
いくつになろうとこんなダメな人間になってはいけないな

**デフォルトの名無しさん** · 2024/04/24(水) 20:16:20.94

ぼきのかんがえたさいきょうのげんごにはstring<encoding>とchar<encoding>があって
どんなエンコーディングの文字列でも統一的に扱うことができましゅ
Rustもまだまだでしゅね

**デフォルトの名無しさん** · 2024/04/24(水) 20:44:42.25

ほとんどの環境がWebも含めてUTF8に統一となったからRustのstr/String内部表現がUTF8であるのは合理的といえる
もちろんWebでもローカルファイルでも古いものは様々な文字コードが使われているため必要なら各々で対処する必要がある

**デフォルトの名無しさん** · 2024/04/24(水) 21:30:38.14

文字コードをUTF-8とか特定のものに決め打ちにしないという点ではRubyが一番先進的だったが、あれはやりすぎで以降の言語には採用されなかったな。

**デフォルトの名無しさん** · 2024/04/24(水) 21:49:41.83

めちゃくちゃ間違ってるのになぜ上から目線で自信満々にレスするんだろう？
複オジは昔の自分を諭してる気分じゃないか？

**デフォルトの名無しさん** · 2024/04/24(水) 22:41:53.26

Rustが正しいの一点張りの狂人

**デフォルトの名無しさん** · 2024/04/25(木) 01:24:12.71

>>0774
お前の着眼点は凄えよ！感動した。
その通り、Rustは初心者/素人御用達言語だよ。

**デフォルトの名無しさん** · 2024/04/25(木) 07:30:11.27

おじいちゃん誰にも相手にされず寂しくなったんだねw

**デフォルトの名無しさん** · 2024/04/27(土) 03:20:12.65

聞き分けることができない。
https://kanji.reader.bz/pronunciations/last,lust,rust

**デフォルトの名無しさん** · 2024/04/27(土) 21:28:13.67

crates.io が死んだときはどうすれば良い？

**デフォルトの名無しさん** · 2024/04/27(土) 21:31:55.69

cargo run --offline

**デフォルトの名無しさん** · 2024/04/28(日) 09:02:55.08

ミラーサイトとか無いんだっけ？

**デフォルトの名無しさん** · 2024/04/29(月) 14:17:37.62

5chが荒らされてる時はどうすれば良い？

**デフォルトの名無しさん** · 2024/04/29(月) 16:10:30.59

取り敢えずアゲとけばいいんじゃね？

**デフォルトの名無しさん** · 2024/04/30(火) 02:47:45.81

したらば掲示板あたりに避難所作っておけばいかが

**デフォルトの名無しさん** · 2024/04/30(火) 03:09:09.37

落ち着いてpanicしよう