Rust part23 - 暇つぶし2ch

Rust part23 ..

691:デフォルトの名無しさん
24/04/14 23:56:10.96 RjsA2T1t.net
>>681
構造体にメソッドが付くことはカプセル化と言う
クラス＝カプセル化＋実装継承　なのでクラスとカプセル化は異なる

このクラスを成り立たせている実装継承が悪であるためにモダンな言語群がクラスを採用しなかった
実装継承とは具体型が別の具体型を継承することを指す
クラスでは派生クラスが基底クラスを継承するため悪の実装継承となる

正しい方法はインタフェイスやトレイトなどの抽象型からのみ継承する
つまりクラスを完全に排除できるためモダンな言語群にクラスはない

692:デフォルトの名無しさん
24/04/15 00:05:55.58 R9iMDmBn.net
用語も色々。
Rust で言うところのトレイトみたいなやつを Haksell とかでは型クラスって呼んでるし、
JavaScript のクラスの実体は (特定のプロトタイプに紐づいたオブジェクトを生成するための) 関数。
極論すればクラスと名付けたものがクラス。

Rust でクラスと呼んでない以上はもう別概念として捉えるしかしょうがないだろ。
C++ のクラス的なことの一部を Rust でも「可能ではある」というという主張なら賛成するけど、
クラスとは何かを定義せずにクラスかどうかを論じても無意味。

693:デフォルトの名無しさん
24/04/15 00:26:07.32 rd9697wK.net
型クラスとクラスは全く異なるので混乱しない
クラスとはクラス継承すなわち親クラスから子クラスへの実装継承できるものを指す
JavaScriptはプロトタイプを親として実装継承するためクラス
一方でRustにクラスはない

694:デフォルトの名無しさん
24/04/15 01:47:00.44 YLFAz6O4.net
クラスとは何か？継承とは何か？
こういう基本的な概念を特定言語の実装から離れて理解しようとしない限り何を言っても虚しい
 >>681が一番まとも

695:デフォルトの名無しさん
24/04/15 01:58:25.85 CPtYka/u.net
話は非常に単純
具体的な型から具体的な型への継承が実装継承でこれがよくない
classは具体的な型superclassから具体的な型subclassへの継承があるから実装継承
interfaceやtraitは具体的な型ではなく抽象的な型なので該当しない
最近の言語がclassのみ採用しなかった理由はその違い

696:デフォルトの名無しさん
24/04/15 02:39:20.65 zOelqs9y.net
RustにはJavaのクラスはありません
RustはJavaではないからです
あたまいいね

697:デフォルトの名無しさん
24/04/15 03:16:04.95 0QcDOjSQ.net
Javaの生みの親であるJames Goslingも、
「もう一度最初からJavaを作り直すとしたら、どこを変更したいですか？」に対して、
「クラスを除外するでしょうね」と答えている。
その理由は、クラス継承が実装継承となっているためで、この設計を後悔していて、インターフェースによる継承が望ましいと述べている。

698:デフォルトの名無しさん
24/04/15 08:31:26.40 Mqs/ngjj.net
クラスのようなものでいいよ

699:デフォルトの名無しさん
24/04/15 10:16:50.96 dcBtWsLv.net
バカの一つ覚えの相手をしても時間の無駄

700:デフォルトの名無しさん
24/04/15 12:54:52.68 f4iHJAq/.net
クラス継承のある言語でも今はクラス継承を使わない設計するのが良いとされてるので要らんよな

701:デフォルトの名無しさん
24/04/15 21:09:43.00 97bFGSba.net
それは単に使い分けが出来ない馬鹿な子向けの説明だぞ

702:デフォルトの名無しさん
24/04/16 07:27:41.72 10PaZXAR.net
>>691
言語仕様としてあった方が良いということ。

703:デフォルトの名無しさん
24/04/16 07:42:24.51 KU96szRc.net
馬鹿が使うとクソになる仕様がある言語は馬鹿をチームに入れただけで開発が即破綻するからクソ

704:デフォルトの名無しさん
24/04/16 08:43:42.78 OvO8gS8m.net
Javaの生みの親も言ってるようにクラス継承の機能はない方がいい
なくても困らない
あると問題を引き起こす

705:デフォルトの名無しさん
24/04/16 09:30:25.53 YlYBNC7y.net
そういうのは話半分に聞いておけばいいよ
nullを使ったのは失敗だったとか
後からそれらしいことを言ってるだけ

javaはクラスと継承が無くなったらまともに機能しない
interfaceにデフォルト実装がなかったので全部自前かコンポジションで実装することになったはず

706:デフォルトの名無しさん
24/04/16 09:50:49.42 pgei3+18.net
>>696
interfaceにデフォルト実装を後から入れたので問題なくなった
そうなるとclass継承は不要

707:デフォルトの名無しさん
24/04/16 09:55:41.24 YlYBNC7y.net
最初はなかったしずっと取り入れなかったのはそれがJAVA風じゃなかったから

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

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

708:デフォルトの名無しさん
24/04/16 10:21:05.77 pgei3+18.net
今となってはclass継承は廃止でいい

709:デフォルトの名無しさん
24/04/16 11:59:36.87 NkOUpCFP.net
インターフェイスにも集合で言うところの外延性は欲しいところ。

710:デフォルトの名無しさん
24/04/16 13:49:22.28 DzgCvS5T.net
そういうの使いたいならTSがいいよ

711:デフォルトの名無しさん
24/04/16 14:56:34.55 vP0l1V0c.net
具体的なデメリットって何なの？

712:デフォルトの名無しさん
24/04/16 15:29:25.10 ePcpSD5e.net
ダサい

713:デフォルトの名無しさん
24/04/16 20:45:11.55 scEyspJl.net
そういう感覚的なもの？

714:デフォルトの名無しさん
24/04/16 22:20:54.32 pbIQ4i0L.net
基底クラスで保証してる内部条件を継承クラスで壊されやすい
Javaは基本的に全部オーバーライド可能でprivateとfinalで変な継承を抑えてたけど
C#はabstract/virtualかつsealedでない要素だけオーバーライド可能になってたと思う
古い知識だから最近の動向は知らない

715:デフォルトの名無しさん
24/04/17 08:15:23.25 eua5YI/M.net
Unreal EngineがRist対応するんだってね

716:デフォルトの名無しさん
24/04/17 16:42:11.69 eua5YI/M.net
Ristってなんだ、Rustだた

717:デフォルトの名無しさん
24/04/17 21:06:33.89 ZcFRYo3q.net
Rast
Rist
Rest
Rost

718:デフォルトの名無しさん
24/04/17 21:31:42.40 O0zLY4aF.net
Risp

719:デフォルトの名無しさん
24/04/18 23:48:18.11 mul2o/Jt.net
>>706
時代の流れだな

720:デフォルトの名無しさん
24/04/19 17:19:41.25 QdSz4ItG.net
隙間作って床下チェスト収納ってできなくなった？動画みてるけどうまくできん

721:デフォルトの名無しさん
24/04/20 17:39:26.03 pCmD4UWo.net
shift-jiｓのファイルをBufReaderで1行ずつ読み込もうと思ったら無理でOKが流れてこない
全部読んでデコードして\nで切り分けるしかないの？

722:デフォルトの名無しさん
24/04/20 17:53:01.46 AAPU1iqE.net
read_lineはutf-8じゃないと無理だけどread_untilならバイト列で１行ずつ取れそう

723:デフォルトの名無しさん
24/04/20 22:11:31.95 pZNdwQSZ.net
>>712
encoding_rs_io::DecodeReaderBytesBuilderでsjisをdecodeするreaderを作る
あとはreader.lines()で同じ

724:デフォルトの名無しさん
24/04/20 22:28:20.55 pZNdwQSZ.net
std::io::BufReader::new(encoding_rs_io::DecodeReaderBytesBuilder::new().encoding(Some(encoding_rs::SHIFT_JIS)).build(std::fs::File::open(SJIS_FILE)?)).lines()

725:デフォルトの名無しさん
24/04/21 07:15:48.69 QKVewSeW.net
BufReaderもFile::openもそのまま使える点がいいね

726:デフォルトの名無しさん
24/04/21 10:23:00.52 Be3/0qjS.net
>>715
ありがとうございます
動作確認しました

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

727:デフォルトの名無しさん
24/04/21 18:25:05.39 GAd5jyBU.net
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() {

728:デフォルトの名無しさん
24/04/22 06:09:19.12 kZ9sSSe5.net
バッファリングせず丸ごと贅沢にメモリ使っていいなら単純
let bytes = fs::read(path)?;
let (s, _, _) = SHIFT_JIS.decode(&bytes);
let reader = BufReader::new(s.as_bytes());
for line in reader.lines() {

729:デフォルトの名無しさん
24/04/22 20:07:02.52 g+YSHIF5.net
コマンドラインからファイル名取るようにしたらパニック
windowsで文字コードが違うかららしいけどこういうバッドノウハウを開発者に積み重ねていかないと使えないのはめんどい

730:デフォルトの名無しさん
24/04/22 20:46:10.62 ZfX6SpnE.net
何を言ってんのw

731:デフォルトの名無しさん
24/04/22 21:19:42.71 g+YSHIF5.net
知らないとそういう反応するんだろうけど
std::env::args_osを使ってOsStringを取って対処する必要があるんだよ
勉強になっただろ？

732:デフォルトの名無しさん
24/04/22 21:24:48.26 g+YSHIF5.net
日本人だから日本語名が付いたファイルを扱う機会に恵まれてるからこういうことに出会える
アメリカ人だったらこういうのに出会わないでコーディングしてリリースしてるだろう
世界中で使ったらパスの問題で落ちるプログラムがガンガン量産されている

733:デフォルトの名無しさん
24/04/22 23:12:07.98 ljq3CdpU.net
>>722
チュートリアルレベルの基礎を
バッドノウハウwとか
積み重ねでいかないといけないwとか
言ってるから何言ってんのwになる

734:デフォルトの名無しさん
24/04/22 23:32:38.83 cr/ZTax6.net
>>720
Rustのパニックはどの関数で何をした時に発生するかすべてドキュメントに明記されてるのでパニックはプログラミングした側に問題がある
さらにパニックがソースコードの何行目のどの場所で起きたのかもわかるのですぐにそのバクを調査できる
まずは基礎知識を身につけよう
 >>722
std::env::argsのドキュメントにどういう時にパニックが起きるか書いてある
さらに対処方法はargs_osを使えと明記されている
ドキュメントを見よう

735:デフォルトの名無しさん
24/04/22 23:35:51.77 g+YSHIF5.net
>>724-725
こういう低能がありがたがるんだろうな
信者としか言いようがないｗ

736:デフォルトの名無しさん
24/04/22 23:42:55.88 g+YSHIF5.net
リリースした後の実行時のpanicを有り難がる信者
Rustのライブラリの思想がいまいち馴染みにくいと言うか素人が作るとこうなりますと言う見本

737:デフォルトの名無しさん
24/04/22 23:57:01.81 kZ9sSSe5.net
>>722
Rustではそんな個別の知識を知らなくてもpanicさせた関数が分かるから
その関数のドキュメントのpanicの項目を見れば明記されてる
他の言語と比べても良い環境

738:デフォルトの名無しさん
24/04/23 00:03:29.34 aheV4X/O.net
馬鹿と話しててもらちが開かない
世界中で使ったらパスの問題で落ちるプログラムがガンガン量産されているのは事実
お前らそれを一個一個プルリク送ったりしてるのか？

739:デフォルトの名無しさん
24/04/23 00:13:45.98 aheV4X/O.net
所有権とか導入してバグを静的に弾こうとしてる割にはこういうところではガバガバ
世界中で英語じゃないwindows環境でpanicが起こるコードが蔓延してる
非合理的

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

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

742:デフォルトの名無しさん
24/04/23 11:06:58.83 PMnHeW+x.net
>>725
なんでコンパイル時にエラーにできないんだろう？
Rustのポリシーからすれば安全優先でargs_osだけにしてargsは削除すべきでは？
c++じゃあるまいに、コマンドラインのデータが常に正しいunicodeだと信用するプログラムを書けるとか、セキュリティーホールになりかねんと思うけど。

743:デフォルトの名無しさん
24/04/23 12:06:18.33 cfnwg7MD.net
panicは安全ですヨ

744:デフォルトの名無しさん
24/04/23 12:11:09.83 r76fNggU.net
>>734
緊急停止して「安全ですよ」はちょっと……

745:デフォルトの名無しさん
24/04/23 12:14:00.43 jXQ0V2HY.net
>>733
セキュリティホールにならない
異常データに対して止まり動作を続けない

746:デフォルトの名無しさん
24/04/23 15:43:54.29 3Xc7JqWG.net
>>733
>なんでコンパイル時にエラーにできないんだろう？
出来るわけないだろw
実行時に与えられる外部入力�

747:Rンパイル時にどうやって判定するんだよw バカすぎる

748:デフォルトの名無しさん
24/04/23 16:19:44.91 1rwyWp7B.net
しいて言えばargs()を使う方が特殊ケースなのにデフォルトの名前を引き継いだのは設計ミス
もう治る見込みはないからargs_os()を使おうねってだけだけど

749:デフォルトの名無しさん
24/04/23 16:52:58.90 Kbb8det7.net
一応argsをdeprecatedにして徐々に移行させていくのはできるだろうけど
特に提案もなさそうだし誰も困ってないんじゃないかな
そもそもほとんどのケースでclapとか使うだろうし

750:デフォルトの名無しさん
24/04/23 17:20:16.94 jbFpiEtG.net
>>733
＞>>725
＞なんでコンパイル時にエラーにできないんだろう？

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

751:デフォルトの名無しさん
24/04/23 17:22:13.22 SM3r9/qB.net
環境変数もvarとvar_osがあるから慣れろとしか言えない
OS標準が全部utf-8になる未来もありえるし

752:デフォルトの名無しさん
24/04/23 17:48:20.12 x1LuxzDZ.net
>>741
紛らわしいけどvar/var_osとvars/vars_osは別物だよ
varはinvalid UTF-8でもエラーハンドリング可
varsはpanic

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

753:デフォルトの名無しさん
24/04/23 18:06:35.01 DF4k8ks3.net
>>741
>OS標準が全部utf-8になる未来もありえるし
10年前のその未来予想が大外れしてるから今となっては設計ミスとしか言いようがない
もう10年経ったとしても状況は変わらないと思う

754:デフォルトの名無しさん
24/04/23 19:06:07.68 rRGY+2Qg.net
>>732
公式チュートリアルまともに読めるならC++で良いからな

755:デフォルトの名無しさん
24/04/23 20:01:34.96 +uJAOtCC.net
よーわからんけど10年ぐらい前はすべてutf16になると考えられてたのでは？
どう考えてもstd::env::argsを非推奨にしろとは思うけどね
欧米人がつくるとこんなことになるんだ
普通は2種類の扱いがある
・実行環境に合わせて自動的に内部での標準形式に変換
か
・何もしない
何もしないならOSから受け取ったままOSに渡して置けば大体問題はない
第三の愚策がRust
受け取ったままそのままOSに渡してもコケる
Rustは何もしないように見えるけど何かしてるからコケるのでは？

756:デフォルトの名無しさん
24/04/23 20:52:29.82 xiHKhQOf.net
>>745
間違いだらけだな
世界の標準はUTF8
ウェブももちろんUTF8
RustもUTF8
Rustがこの件でコケることはない
きちんと各関数の仕様が明記されていて常に正確に動作している

757:デフォルトの名無しさん
24/04/23 21:05:41.35 ykVY4Q8s.net
Rustのパニックは綺麗なパニック
いいね？

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

759:デフォルトの名無しさん
24/04/23 23:35:29.98 v0qt2UCV.net
>>745
勘違いしてることが多すぎてもう笑うしかないwww

760:デフォルトの名無しさん
24/04/23 23:41:39.78 x1LuxzDZ.net
>>745
>よーわからんけど10年ぐらい前はすべてutf16になると考えられてたのでは？
30年以上前にUCS-2がWindowsやJavaに採用された時代のことを言ってるのかな？
(UTF-16と違ってUCS-2は固定幅なので今でもまだ使い所はあるけど)
↓これが15年くらい前のUTF-16に対する一般的な認識
URLﾘﾝｸ(softwareengineering.stackexchange.com)

761:デフォルトの名無しさん
24/04/24 00:43:41.33 5EZEwmZn.net
utf-16はUnicode 2.0（1996年7月）のサロゲートペア導入でutf-8に逆転されたな
しばらくはBMPしか使われなかったから耐えてたけど
1990代前半に始動したJavaは運が悪かった

762:デフォルトの名無しさん
24/04/24 01:21:01.63 YBOQY0J9.net
>>749
そう書きながら何もまともなレスすらできないレス乞食

763:デフォルトの名無しさん
24/04/24 01:23:24.26 YBOQY0J9.net
Rust界隈では狂信者がいてそいつらはまともに反論すら出来ないけど
Rustが正しいRustが正しいと繰り返すばかり

764:デフォルトの名無しさん
24/04/24 12:36:38.15 A+y4lqIx.net
>>737 >>740
windows環境とかunicode以外が混ざる環境でargをコンパイルエラーにできないのかね。
そもそもargは廃止していい。

765:デフォルトの名無しさん
24/04/24 12:47:56.41 HIQuAly7.net
すげーどうでもいい話だな

766:デフォルトの名無しさん
24/04/24 12:47:57.96 A+y4lqIx.net
>>746
なるほど。
「RustはWindowsをケアする気が無い」
ということですか。

767:デフォルトの名無しさん
24/04/24 12:58:45.05 GRRi3Rgr.net
>>754
Windowsでも設定すればUTF-8になるしLinuxだってUTF-8以外に自由に変えられるわけだから、そんな判定は不可能
まぁ廃止していいには同意するけども

768:デフォルトの名無しさん
24/04/24 13:18:14.84 meF6WBmz.net
Windows は Windows の機能として文字コードの管理はしてるが歴史的事情でツギハギのグダグダ。
今の Linux はおおよそ UTF-8 で統一されているけど規約で縛っているだけで、 OS としてはバイナリ単位で素通し。
保証としてはあてにならん。

769:デフォルトの名無しさん
24/04/24 13:18:30.26 HIQuAly7.net
コンパイルエラーにできないから引数まで廃止するとか原理主義もここまで来てんのか。

770:デフォルトの名無しさん
24/04/24 14:25:14.78 up+AoO7k.net
>>754
無知にもほどがある！
unicodeとUTF-8が区別できない
Windowsに限らずLinuxでもmacOSでも非UTF-8の引数や環境変数が使われる可能性があるのは同じなんだがそんな常識を知らない

771:デフォルトの名無しさん
24/04/24 15:25:54.44 65hs2nTl.net
>>760
そんなんだったらなおさらのこと、Rustの安全指向に従ってargs_osだけにすべきで、argsは廃止にすべきだろ。
Rustはメモリ安全しか興味無いんかね。

772:デフォルトの名無しさん
24/04/24 15:53:48.65 gLaneKFw.net
保証できるものはするに越したことはないけど (充分に実行コストが小さい形では) できんからしゃーない。

773:デフォルトの名無しさん
24/04/24 16:02:42.64 zvblwt+/.net
どうでもいい話でもめてるな
Rustはすべて提供してドキュメントにそるぞれ明記しているのだから使う側の各自の問題
こちらはUTF8環境でしか使われないのでargs()のみ利用している

774:デフォルトの名無しさん
24/04/24 16:05:40.76 AQu1Dr63.net
URLﾘﾝｸ(github.com)
関係する議論はこのあたりかな
もともとはargs/varsをパニックさせずに無視するか置換してほしいって要望だったが
無視や置換はセキュリティ上問題になる可能性があるので却下
varsは将来的にdeprecatedにするかもと言っている
なんでargsもdeprecatedにすべきだろって提案すれば通る可能性はあるかもね

775:デフォルトの名無しさん
24/04/24 16:26:19.27 MMJHgfnp.net
正しく使え論は暴論だな
それが許されるならスマートポインタやGCは出ずみんな今でも生ポインタを使ってる

776:デフォルトの名無しさん
24/04/24 16:40:56.16 zvblwt+/.net
>>765
生ポインタは安全ではないから全く違う
argsは常に安全

777:デフォルトの名無しさん
24/04/24 16:44:59.20 MMJHgfnp.net
常に自動変換したほうが安全だけどな
開発者が特別コードを書く必要もない

778:デフォルトの名無しさん
24/04/24 17:05:56.77 MMdiZvh6.net
Rustはファイル名も自動変換なんかしていないように
変換するかどうかは各自の自由裁量であるところが非常に良い点だよ
自分の好みと合わないからといって批判している人たちは頭がおかしいので相手にしても無駄なのだろうけど

779:デフォルトの名無しさん
24/04/24 17:17:38.15 MMJHgfnp.net
>>768
ここまで読んで何の話をしているのか理解できないならRust使うのは辞めたほうがいい

780:デフォルトの名無しさん
24/04/24 17:21:01.52 MMJHgfnp.net
ファイルの引数だけ標準では何もしない
普通のキーボード入力などでは変換している

781:デフォルトの名無しさん
24/04/24 17:23:28.05 D1bqYp6J.net
>>770
え？？

782:デフォルトの名無しさん
24/04/24 18:26:14.33 AQu1Dr63.net
>>768
自動変換は正直意味不明だが（変換元の文字コードが判定不能なのに何を変換するのか？）
argsは今RFC出したらResultにしろって突っ込まれると思うし
1.0であまり深く考えずに入れちゃった気はするよ

783:デフォルトの名無しさん
24/04/24 18:50:02.66 5HDpMmrb.net
Resultとかのハンドリングが面倒な人向けの簡便方法として用意されてるのでそれはないと思う
argsじゃなくてargs_utf8onlyとか名前をダサくして
逆にargs_osを元のargsに戻しとけば
リファレンスをよく読まない人たちがつまづく可能性を下げられる

784:デフォルトの名無しさん
24/04/24 19:00:18.55 65hs2nTl.net
こういうのを見ると、RustのデザイナーはRustに求められているのがなんなのか理解できていないと思うわな。
Rustは雇われコーダー用Safe Rustのニーズがほとんどで、Unsafe Rustとかのニーズは無いと思うがね。

785:デフォルトの名無しさん
24/04/24 19:01:34.27 MMJHgfnp.net
>>772
自動変換が本当に意味不明ならここまでの話が見えてないとしか言いようがない

786:デフォルトの名無しさん
24/04/24 19:14:39.18 9A8KMAyG.net
自動変換とかそんなアホなこと言ってるのはあんただけやで
そんなものは無いし必要ない

787:デフォルトの名無しさん
24/04/24 19:18:07.57 MMJHgfnp.net
こいつOsStringの概念が分かってないのか
本当に知能レベルが低すぎる

788:デフォルトの名無しさん
24/04/24 19:45:20.62 AQu1Dr63.net
OsStringはOSから渡されたバイト列をそのまま格納するだけで
EUC-JP環境ならEUC-JPバイト列がそのまま入るし何も変換されたりしないが…

789:デフォルトの名無しさん
24/04/24 19:49:39.48 MMJHgfnp.net
想像力が欠如しているか頭がおかしいか指示待ち人間だからそういう幼稚なレスになる
結局内部で使う場合は簡単にutf8に変換してる
なにからutf8に変化するか指示も必要がない
ただのボイラープレート

790:デフォルトの名無しさん
24/04/24 19:58:53.67 ArOBrbBE.net
>>777
自動変換なんてものはない
むしろ自動変換を避けるために用意されているのがOsString
もちろん自動変換は行われない

791:デフォルトの名無しさん
24/04/24 20:02:00.63 MMJHgfnp.net
人間じゃなくて壊れたロボットに話しているようだな
いくつになろうとこんなダメな人間になってはいけないな

792:デフォルトの名無しさん
24/04/24 20:16:20.94 il94IOIF.net
ぼきのかんがえたさいきょうのげんごにはstring<encoding>とchar<encoding>があって
どんなエンコーディングの文字列でも統一的に扱うことができましゅ
Rustもまだまだでしゅね

793:デフォルトの名無しさん
24/04/24 20:44:42.25 xJ62MSkB.net
ほとんどの環境がWebも含めてUTF8に統一となったからRustのstr/String内部表現がUTF8であるのは合理的といえる
もちろんWebでもローカルファイルでも古いものは様々な文字コードが使われているため必要なら各々で対処する必要がある

794:デフォルトの名無しさん
24/04/24 21:30:38.14 nN1vQ+Ae.net
文字コードをUTF-8とか特定のものに決め打ちにしないという点ではRubyが一番先進的だったが、あれはやりすぎで以降の言語には採用されなかったな。

795:デフォルトの名無しさん
24/04/24 21:49:41.83 tlaf0qkO.net
めちゃくちゃ間違ってるのになぜ上から目線で自信満々にレスするんだろう？
複オジは昔の自分を諭してる気分じゃないか？

796:デフォルトの名無しさん
24/04/24 22:41:53.26 MMJHgfnp.net
Rustが正しいの一点張りの狂人

797:デフォルトの名無しさん
24/04/25 01:24:12.71 fpMjozoS.net
>>0774
お前の着眼点は凄えよ！感動した。
その通り、Rustは初心者/素人御用達言語だよ。

798:デフォルトの名無しさん
24/04/25 07:30:11.27 xsazBswH.net
おじいちゃん誰にも相手にされず寂しくなったんだねw

799:デフォルトの名無しさん
24/04/27 03:20:12.65 nhA0znD3.net
聞き分けることができない。
URLﾘﾝｸ(kanji.reader.bz)

800:デフォルトの名無しさん
24/04/27 21:28:13.67 +PotGQRe.net
crates.io が死んだときはどうすれば良い？

801:デフォルトの名無しさん
24/04/27 21:31:55.69 Ik8q0/YE.net
cargo run --offline

802:デフォルトの名無しさん
24/04/28 09:02:55.08 nHdP2D/h.net
ミラーサイトとか無いんだっけ？

803:デフォルトの名無しさん
24/04/29 14:17:37.62 wZNa4EA4.net
5chが荒らされてる時はどうすれば良い？

804:デフォルトの名無しさん
24/04/29 16:10:30.59 E9KMHG2x.net
取り敢えずアゲとけばいいんじゃね？

805:デフォルトの名無しさん
24/04/30 02:47:45.81 Mf3BeDX5.net
したらば掲示板あたりに避難所作っておけばいかが

806:デフォルトの名無しさん
24/04/30 03:09:09.37 LM/x1iE2.net
落ち着いてpanicしよう

807:デフォルトの名無しさん
24/04/30 07:30:51.55 QURaxzoQ.net
core吐きそう

808:デフォルトの名無しさん
24/05/01 23:17:38.38 7162bhB/.net
python みたいに何でも格納できる辞書型ってC++には無いよね？

809:デフォルトの名無しさん
24/05/02 02:40:57.58 VpjL2uZS.net
enumも弱いなあ

810:デフォルトの名無しさん
24/05/02 18:14:15.88 MEkFc6Ha.net
anyとmap組み合わせればいいんじゃね？
ここRustスレだけど

811:デフォルトの名無しさん
24/05/02 20:59:19.04 AhHSwsoc.net
Rustで辞書型はHashMap
複数の型を格納したかったらenumかdyn Trait
TraitをAnyにするならdowncastして使う
実際には共通に処理したい目的があるはずなのでそのTraitを用意すればdowncastしなくて済む

812:デフォルトの名無しさん
24/05/03 11:35:32.62 nLK8l4in.net
pythonみたいにだからclassがわりなのかも
p["name"]="yamada taro";
p["age"]=25;
みたいなのかな
いずれにしてもC++じゃないので

813:デフォルトの名無しさん
24/05/03 23:02:14.16 NBKkZegt.net
静的型付けの有用性が大きく上回るから
そのケースならstructにするだろうし
色んな型を横断的に扱いたいケースならtraitかな

814:デフォルトの名無しさん
24/05/04 04:23:28.64 hKZu/p+3.net
URLﾘﾝｸ(pbs.twimg.com)

815:デフォルトの名無しさん
24/05/04 09:38:11.89 dspjTuTH.net
GUI付きのポータブルなデスクトップアプリを作るとなるとどのライブラリがいいんだろ？

816:デフォルトの名無しさん
24/05/04 12:00:07.75 GFUvMaSe.net
tauri?

817:デフォルトの名無しさん
24/05/04 12:04:17.00 WHGnbjEl.net
UIはもうネイティブにこだわらなくてもいいんじゃないかな
昔からwebでしかUI提供してないソフトはゴロゴロある

818:デフォルトの名無しさん
24/05/04 15:02:31.51 UtcYFhat.net
用途次第
WebベースのUIでは反応速度が遅すぎる場合もあるしサイズが許容できない場合もある

819:デフォルトの名無しさん
24/05/04 15:44:19.83 oqQ8V/k0.net
Tauri は各環境の WebView を使うからアプリケーションの側では管理しなくてよくなり楽……
みたいな言説もあるが、 WebView の種類・バージョンを固定できないから変化に追従する必要が生じる。
そもそもウェブの世界は変遷が激しい。
Living Standard ってなんやねん。普通の産業の感覚では信じられんようなことをしやがる。
元からウェブ系のスキルセットを持っている人が開発してメンテナンスもするってのなら
Tauri は良い選択肢だと思うが、それなりにデメリットもあるよ。
ただ、多言語 (というか Unicode) に隅々まで対応しているようなフレームワークってことになると
ウェブ系の基盤がめちゃくちゃ整備されているのでそこらへんは唯一無二だわ。

820:デフォルトの名無しさん
24/05/04 16:01:23.73 WHGnbjEl.net
即応性が必要な人は特殊な学習を手間暇というか単純に時間をかけてやって
そうでない場合は普通にhtmlで

821:デフォルトの名無しさん
24/05/04 16:07:02.02 lP1zz7vp.net
実行時のメモリ使用量の違いもかなり大きいから最初に考慮しといた方がいい
常駐の軽いアプリを作りたい場合なんかは特に

822:デフォルトの名無しさん
24/05/04 16:07:49.70 oqQ8V/k0.net
UI を記述するためのものとしては html は「普通」じゃないってことをウェブ系の人は思い出して欲しい。
元はドキュメント記述用だったのに html5 から大幅に路線変更してアプリケーション基盤として再編したけどどう見たって無茶苦茶だ。
ウェブの人が使う分にはこれでいいことは否定しないけど、 UI 記述の「普通」ではない。

823:デフォルトの名無しさん
24/05/04 16:17:08.35 5ROxz5B4.net
UI記述は宣言的なものが主流になりつつあってhtml的なものが「普通」になってきてるんだよ
MFCやCocoaやGTK的なものが今では逆に「普通」ではない

824:デフォルトの名無しさん
24/05/04 16:22:01.06 WHGnbjEl.net
html5は死んだ
もうどこにも存在しない

825:デフォルトの名無しさん
24/05/04 16:22:16.16 oqQ8V/k0.net
>>813
宣言的がどうこうとかいう問題ではなく html が「普通」ではないと述べてる。
これが良いとか悪いとか言ってるわけではないよ。
まず第一に選ぶべき「普通」だとする論を否定してる。

826:デフォルトの名無しさん
24/05/04 16:58:29.96 uscJJ1KS.net
じゃあslint?

827:デフォルトの名無しさん
24/05/04 18:05:18.74 uscJJ1KS.net
何気にslintと書いてみたが紹介動画見る限りvs codeにアドオン入れてライブプレビューしながらuiの構築がサクサク行えるのは割といいな…

tauriは環境構築する段階でnodeのバージョンやら依存ライブラリの不備でエラーがでてしまい結構時間が掛かってしまった

828:デフォルトの名無しさん
24/05/04 18:12:14.00 WHGnbjEl.net
デスクトップアプリのここにグラフ出してくださいって言われて
対応できる環境は少ない

829:デフォルトの名無しさん
24/05/04 19:49:33.93 kEH6RwVz.net
他にいい表現方法があるなら自分で作って使ってりゃいいじゃん

830:デフォルトの名無しさん
24/05/04 21:10:45.57 D/qKI/dJ.net
dioxusはあんま使われてない感じ？

831:デフォルトの名無しさん
24/05/04 23:00:15.61 ycOsd5I6.net
iced.rs

832:デフォルトの名無しさん
24/05/05 10:17:39.98 k5d9I+SK.net
>>821
Elm Architectureの設計パターンを覚える必要があるけどなかなかいいですね

833:デフォルトの名無しさん
24/05/05 18:52:14.60 k5d9I+SK.net
試してみたけど導入のカウンタの例がいきなりビルド出来ない…

バージョンの変更にドキュメントが追いついていないのは残念ですね…

834:デフォルトの名無しさん
24/05/05 23:14:06.38 XwodnLf4.net
freyaはどう？

835:デフォルトの名無しさん
24/05/09 16:51:54.63 7kteiv59.net
URLﾘﾝｸ(blog.logrocket.com)

836:デフォルトの名無しさん
24/05/09 22:53:04.47 mHp10mC4.net
一覧
URLﾘﾝｸ(lib.rs)

837:デフォルトの名無しさん
24/05/10 22:11:46.56 R/1AnZ57.net
Edera

838:デフォルトの名無しさん
24/05/11 15:19:35.98 7ZNhzC0A.net
URLﾘﾝｸ(loglog.games)
Rustはゲーム開発に向いてないという記事
C/C++を置き換えるという目標がまた一つ遠のいてしまったな

839:デフォルトの名無しさん
24/05/11 16:10:55.98 cPH9qnwk.net
Rust製ゲームエンジンが未成熟なんだから当たり前だろ😅

840:デフォルトの名無しさん
24/05/11 17:53:51.16 PRiIqFBU.net
Web開発は素早い実装と更新が必要だから
Rustは向いてない動的型言語が向いてる
みたいな記事は昔あった気がする

841:デフォルトの名無しさん
24/05/11 18:07:19.67 YXABt1rM.net
>>828
＞Rustが上手くなれば、これらの問題はすべて解消されます。
＞Rustは大規模なリファクタリングに優れているため、
＞borrowチェッカーのほとんどが自業自得の問題を解決します。
＞十分な経験を積めば、ユーザーは考えずにそれらを完全に予測し、生産的になります。
＞私はRustでさまざまなユーティリティやCLIツールを書くのをとても楽しんでいますが、
＞数行のコード以外はPythonよりも生産性が高いことがわかりました。
＞「コンパイラ駆動開発」をどこまで進めて、実際に成功できるのかと驚いたことが何度もあります。
＞Rustの最大の強みは、Rustにふさわしいコードを書いていると、物事が非常にうまくいき、
＞言語がユーザーを正しい道に導いてくれることです。

842:デフォルトの名無しさん
24/05/11 19:27:53.90 3IwrsNfE.net
>>828
この記事、ゲーム開発においていかにUnityがすばらしいかを伝えたいだけじゃん

843:デフォルトの名無しさん
24/05/12 06:43:20.67 k1k0SaOB.net
>>831
エキスパート専用、初心者お断り
というRustのいつもの欠点。

844:デフォルトの名無しさん
24/05/12 11:56:37.24 WctoPZ5N.net
ずいぶん過疎ってるけどどんぐりのせいなんかね？

845:デフォルトの名無しさん
24/05/12 12:01:04.30 ReOJFzuL.net
c++を完璧に使いこなせばrustは不要とか
いうのは欠点ではないの？

846:デフォルトの名無しさん
24/05/12 12:04:43.22 qXz8Kn6F.net
それは本人の練度の問題やんけ

847:デフォルトの名無しさん
24/05/12 12:33:17.76 ybg7kEk2.net
>>835
政府レベルで脱C/C++推奨してるのよ
ソース記事 >>500

848:デフォルトの名無しさん
24/05/12 13:10:14.91 ytouLwn1.net
政府のお墨付きは強いカードだ

849: 警備員[Lv.1][新初]
24/05/12 15:34:04.32 bb5m7yXX.net
書き込めない

850:デフォルトの名無しさん
24/05/12 17:53:27.59 YZSMKp1R.net
tauriがだいぶ普及してrustに手を出す人が増えたね
いい傾向だ

851:デフォルトの名無しさん
24/05/12 23:38:46.27 dSHQVPuW.net
Tauriで流入した人の多くはフロント側 (JavaScript, TypeScript) の技術者な気がする
「ほぼRust書かずにTypeScriptでできますれ」みたいな言説も見かけるくらいだし
実際そのアプローチはありだろうしRustの認知度にも寄与するだろうけど、純Rustのフレームワークも成熟して欲しいところ

852:デフォルトの名無しさん
24/05/12 23:46:56.69 y8qBeNSM.net
ガワをRustで書いただけで何が嬉しいことでもあるんか？
私はRust使ってますって言えるから？

853:デフォルトの名無しさん
24/05/13 00:38:30.52 DdLtk1MY.net
繰り返しになるが GUI 記述として html ベース、ウェブベースの制御はそんなに筋が良くない。
根本的に GUI に対する要求が複雑だから万能を目指したフレームワークはだいたいそうなるものではあるんだが
逆に言えば万能でなくてよいときに使うにはウェブウィジットはリッチすぎる。
それとウェブ世界の living standard という体制に不信感がある。
ウェブ世界ではそれで良いにしてもどこでもその考え方が通用するわけではない。

854:デフォルトの名無しさん
24/05/13 02:02:04.61 TEcr6tUj.net
>>843
抽象的な欠点あげつらうのは役に立たないんで
今普及してるguiツールキットでおすすめと
その理由は？

855:デフォルトの名無しさん
24/05/13 02:21:51.83 DdLtk1MY.net
>>844
Tauri がウェブフレームワークに依存しているのが悪いというのは具体的ではないんか？
それが良い場合もあるので何が良いかは結局のところ場合によるとしか言えない。
そりゃそうだろ。
ウェブフレームワークを活用できることとウェブフレームワークに縛られることは表裏一体で
活用しつつ欠点から逃れるなんていう都合の良い話はないというごく普通のことを言いたいだけ。

856:デフォルトの名無しさん
24/05/13 02:31:51.65 TEcr6tUj.net
>>845
ウェブguiの欠点が全く具体的じゃないし
場合によるというなら役に立つ場合に使えばいいよね
で話はおしまいなんで何も役に立たない
話だね

857:デフォルトの名無しさん
24/05/13 03:08:04.24 DdLtk1MY.net
>>846
ウェブフレームワークの欠点なんかいまさら説明せなあかんようなこと？
役に立つ場合には使えばいいってのは当然の大前提で、
話題の流れとしては >>842 に対して「全ての」場合に Tauri がマッチするわけない
(ので色々な選択肢が出てくるに越したことは無い) って話じゃん。
これから生まれる (生まれていない) 色々なプロジェクトのどれがどういう状況で役立つかなんか事前にわかったら苦労はないわ。
色々出て来て色々消えるのも当然のことで、
Rust スレなんだから純 Rust で出来るものも有って欲しいという期待は自然なものだろ。

858:デフォルトの名無しさん
24/05/13 03:11:17.53 7xLbVW9j.net
QtレベルのフレームワークがRustで書けるならそれは嬉しいけどね
開発者のモチベが続かないような気がする
あまりにもゼロから実装しなきゃならんし

859:デフォルトの名無しさん
24/05/13 03:11:29.07 To2vSRYZ.net
デザイン系の人の大多数がウェブアプリ開発をできるからTauriは高需要でいいと思う
そもTauriはRustが主役のフレームワークじゃないんだからあーだこーだ言う必要なし
世間の知名度が上がる道具になってくれれば十分ってもんよ

860:デフォルトの名無しさん
24/05/13 03:17:53.91 +k5+3Net.net
デスクトップアプリ自体需要低下が著しいわけで、いまさら新しいGUIフレームワーク作りましたって誰も使わんわ
WPFすら将来性が怪しまれてるのに

861:デフォルトの名無しさん
24/05/13 03:26:50.43 7xLbVW9j.net
ちなみに全てゼロから実装してるGoのGUIフレームワークのgokiは6年以上開発しててまだ完成しない
描画から全部作ってる
そしてついに開発者が飽きた
同じくgoのfyneも5年ぐらい開発してこちらもOpenGLでゴリゴリやってるようだが
すでにOpenGLは時代遅れだし
すでに開発者が飽き気味

862:デフォルトの名無しさん
24/05/13 03:46:12.80 FJrB7Dif.net
ウェブまわり自体がクソってのには賛同するけど、これまでの莫大な資産や個々の経験の後押しが需要を押し上げるんだから仕方ない
どれだけRust由来のGUIフレームワークを望んだとしても負ける未来しかないんだ
WPFもWinUI3もFlutterもComposeも頑張ってるけど勝てないんだ

863:デフォルトの名無しさん
24/05/13 06:53:31.41 NqUrzczE.net
>>825
Rust GUI framework performance comparison
URLﾘﾝｸ(lukaskalbertodt.github.io)

864:デフォルトの名無しさん
24/05/13 08:41:01.54 1UkfuR6U.net
可能性があるとすると組み込み系かなぁ
車載GUIにUnityとか検討してるとこはあるみたいだけど、多少描画がバグってもいいゲームとは違うし
Rustの安定性が求められる領域ではあると思う
slintなんかはそちらを目指しているように見える

865:デフォルトの名無しさん
24/05/13 10:36:48.17 gtcOXaAe.net
フロントについてこういうカッチかちの言語でうまくと思ってるやつは実際にコード書いてないのがバレバレだよ

866:デフォルトの名無しさん
24/05/13 11:03:56.17 TEcr6tUj.net
>>847
こういうアプリ作りたいならウェブ技術・
tauriは論外くらい言ってくれよ

867:デフォルトの名無しさん
24/05/13 11:12:58.92 2BkgcWoG.net
>>848
QtのRustバインディングがもっと進歩すればなあ。
JS系はreact圧倒的に強いからQMLなんて絶対流行らんだろうに

868:デフォルトの名無しさん
24/05/13 11:14:38.81 BwU1QaNs.net
RustのGUIフレームワークを気になって色々見てたけどどれもよくあるレンダリングエンジンのWebGPU、Vulkan、OpenGL、SkiaをRustラップしてるだけじゃんね
純粋なRust製レンダリングエンジンはどこだよ

869:デフォルトの名無しさん
24/05/13 12:01:14.07 7xLbVW9j.net
>>858
今時自前で描画なんてやる訳ないだろ
なんのためにGPUがあるんだ

870:デフォルトの名無しさん
24/05/13 12:47:01.47 nhWWGTo5.net
WebGPUの参照実装であるwgpuは純Rust製だと思ってるけど違うんかね？

871:デフォルトの名無しさん
24/05/13 13:02:11.22 LO420and.net
>>858
少なくともOpenGLとVulkanはグラフィックAPIなんだからラップするのは普通でしょ

872:デフォルトの名無しさん
24/05/13 15:33:49.11 Y2zR27Yz.net
tauriはロジック部分をrustで書きやすいんでしょ？理想的じゃないか
フロントとバックで得意分野の棲み分けができてて賢いフレームワーク

873:デフォルトの名無しさん
24/05/13 16:08:29.50 DdLtk1MY.net
だから Tauri が悪いという論じゃないんだ。
他の選択肢がいっぱいあると嬉しいねって話なんだってば。

874:デフォルトの名無しさん
24/05/13 21:28:07.97 59wZgx8n.net
神学論争じゃなくてエンジニアリングとして
tauriではこんなアプリ作るべきじゃない
理由はこんな欠点があるからという
話してくれれば良いだけなんだが

875:デフォルトの名無しさん
24/05/13 22:14:06.95 ZPj3lkv2.net
GUIといっても多種多様に分かれて共存しておりRustでも色々なライブラリがある
slintのように軽量重視もあれば
eguiのように(一般的な保持モードとは異なり)即時モード採用もあったり
tauriのようにWebと同じ枠組みを使うことで同じ知識の活用とWebアプリとの共通化をはかるものもあり
他にも様々なものがある
前提環境抜きで特定のものを批判してる人はおかしい

876:デフォルトの名無しさん
24/05/14 07:45:48.78 6cY0CvIK.net
みんな違ってみんな良い

877:デフォルトの名無しさん
24/05/14 08:57:53.35 xCwyd0xz.net
slintは素直でとっつきやすかったな
icedは変化が激しいのか入門もさせてもらえない…

878:デフォルトの名無しさん
24/05/14 23:21:46.80 hA3mS4wv.net
LambdaはRustで書くのが定番になってきたな

879:デフォルトの名無しさん
24/05/15 00:25:29.32 pg7m6itF.net
何より悲しい一人ランバダ

880:デフォルトの名無しさん
24/05/15 04:42:11.15 NcaIPB0V.net
わしウェブ系技術ってのが嫌いやねん

881:デフォルトの名無しさん
24/05/15 06:07:55.49 HCR4HRqT.net
具体的に指摘できない人は単なる無知か落ちこぼれ

882:デフォルトの名無しさん
24/05/15 09:47:09.65 qxOWZ5PZ.net
tauriは�

883:@く要素が特にない electronのデメリットを克服しつつも既存の普及済み技術を集合させた感じなんだもの tauri導入における敷居の低さはあっぱれとしか言いようがないウェブ技術やってない人はこれを機会にreactを勉強したらいいよ

884:デフォルトの名無しさん
24/05/15 11:23:11.20 z848GXEz.net
なんかもう面倒臭いしバックエンドもnode.jsでいい気がしてきた

885:デフォルトの名無しさん
24/05/15 14:38:34.92 h8Rmia3E.net
結局最初はrailsでokみたいなのが最近の流れでしょ。
そこから開発規模に沿ってどう分割していくかってのが最近のテーマではあると思うけど。
最初からかっちり開発しましょうなんて20年前のお花畑理論でしかないわな。

886:デフォルトの名無しさん
24/05/15 15:28:41.91 aizlqnqQ.net
ネイティブGUIアプリの話にRails関係ないだろ
Web開発でもとりあえずRailsのピークは過ぎ去ってるぞ

887:デフォルトの名無しさん
24/05/15 15:31:56.50 5ypavdrK.net
tauriはデータの受け渡しが遅すぎる

888:デフォルトの名無しさん
24/05/15 16:29:56.86 0QhUyids.net
モダンなGUIアーキテクチャでRust書きたいよ
今のは全部古すぎる

889:デフォルトの名無しさん
24/05/15 16:33:24.96 V9iVMFnF.net
>>875
ネイティブGUIアプリじゃなくてデスクトップGUIアプリやろ
まさかTauriはネイティブ扱いとか言わんよな？

890:デフォルトの名無しさん
24/05/15 16:39:14.07 aizlqnqQ.net
>>878
何言ってるのか意味わからんので
あなたのネイティブGUIアプリと
デスクトップGUIアプリの定義と
その違いを説明してくれ

次ページ