Rust part30

**デフォルトの名無しさん** · 2025/05/28(水) 09:31:36.60

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

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

**デフォルトの名無しさん** · 2025/05/28(水) 10:58:58.89

糞スレ終了

**デフォルトの名無しさん** · 2025/05/28(水) 12:43:14.56

RustでC#なみに簡単にGUIが作れる未来は何年後に来ますか？

**デフォルトの名無しさん** · 2025/05/28(水) 12:54:25.58

>>3
C#より簡単
Rustで人気GUI crateトップegui
https://www.egui.rs/#demo

**デフォルトの名無しさん** · 2025/05/28(水) 13:47:42.84

C#だからって言って、GUIの作りやすさが簡単なわけじゃないよ
XAMLもHTMLもほぼ一緒だよ

**デフォルトの名無しさん** · 2025/05/28(水) 13:59:09.37

前スレのegui日本語入力不備の例を見たら分かるけど
それぞれのフレームワークで「作り方」を学ぶ必要があるので
品質を度外視したら通り一遍での「作りやすさ」は対して変わらない

違いは
C#の場合は品質が良い
eguiの場合はrya

**デフォルトの名無しさん** · 2025/05/28(水) 14:02:53.48

言い方を変えたら、eguiでは海外プログラマが品質の良い日本語入力体験を実現することがほぼ不可能

**デフォルトの名無しさん** · 2025/05/28(水) 14:04:08.88

>>6
eguiに日本語入出力の不備はありません
3年前に解決しています

**デフォルトの名無しさん** · 2025/05/28(水) 14:10:06.47

>>8
eguiの依存crate winitで
今現在、IME対応トラッキングで「中途半端」ってなっているよ

**デフォルトの名無しさん** · 2025/05/28(水) 15:06:56.76

Rustは中国人多いからIME対応についてはわりと恵まれてる方なんじゃない？
C#とは比べるべくもないけども

**デフォルトの名無しさん** · 2025/05/28(水) 15:08:51.14

>>9
具体的にどの環境で何の問題？

**デフォルトの名無しさん** · 2025/05/28(水) 15:19:08.76

>>10
当然だけどC#が良いよね

**デフォルトの名無しさん** · 2025/05/28(水) 15:19:45.07

前スレ>>976、
200万ダウンロードある割にめぼしいegui製アプリを挙げられないとは

**デフォルトの名無しさん** · 2025/05/28(水) 15:48:37.42

>>10
>>12
C#にはeguiに匹敵するまとまなものがありません
特にクロスプラットフォームと即時モード

**デフォルトの名無しさん** · 2025/05/28(水) 15:52:05.17

C#でeguiみたいなのが欲しいならUnityがあるでしょ
比べるのも失礼だが

**デフォルトの名無しさん** · 2025/05/28(水) 15:54:45.63

UIを作りたいならJava/Kotlinで十分
ついこの前からKotlinのLSPの登場によってVSCodeでKotlinを触れるようになったし

**デフォルトの名無しさん** · 2025/05/28(水) 15:55:44.40

>>15
C#でGUI作るのにUnityを持ち出すとは
C#は辛い環境ですね

**デフォルトの名無しさん** · 2025/05/28(水) 15:56:23.68

ここまでegui製アプリがない時点でお察し

**デフォルトの名無しさん** · 2025/05/28(水) 15:59:53.99

>>14
eguiが現実的に目指すべきはImGUI
今は劣化版

**デフォルトの名無しさん** · 2025/05/28(水) 16:00:28.40

>>17
だったらeguiを持ち出すのが間違いだな

**デフォルトの名無しさん** · 2025/05/28(水) 16:04:47.52

>>19
C++はさすがに論外
脱C/C++の流れに逆行ですか

**デフォルトの名無しさん** · 2025/05/28(水) 16:05:21.74

検索したけどテキスト入力系のegui製アプリは本当に見つからない

**デフォルトの名無しさん** · 2025/05/28(水) 16:05:49.77

Unityは素晴らしい3Dグラフィックフレームワークだよ
ライセンス等が面倒くさいから単なる2Dアプリを作る場合には敬遠されるが、3Dアプリを作るならUnityは最高の選択肢

**デフォルトの名無しさん** · 2025/05/28(水) 16:06:33.52

>>19
Unrealゲームエンジン(C++)の人たちのご用達だからニッチはある

**デフォルトの名無しさん** · 2025/05/28(水) 16:07:23.12

Godotそうだな

**デフォルトの名無しさん** · 2025/05/28(水) 16:08:21.19

Rust eguiは地盤が弱すぎる

**デフォルトの名無しさん** · 2025/05/28(水) 16:09:09.63

>>15
C#だとMAUIかUnityしかないけど
どちらもWasmで重すぎる
Rust eguiがベスト

**デフォルトの名無しさん** · 2025/05/28(水) 16:10:49.74

>>4 こんなGUI見せられたら一般人は即閉じだけどねw

**デフォルトの名無しさん** · 2025/05/28(水) 16:11:27.52

>>27 Webアプリの画面にすらならないよ

**デフォルトの名無しさん** · 2025/05/28(水) 16:12:12.15

>>27
MAUIもUnityもネイティブだぞ
Webもターゲットとして選べるってだけ
リサーチが足りなかったね！残念！

**デフォルトの名無しさん** · 2025/05/28(水) 16:12:46.59

WASMならKotlinの2DグラフィックフレームワークのComposeが高速に動作しますな
C#は時代遅れだがKotlinとそのグラフィックフレームワークは最先端を行ってる
3DグラフィックはC#のUnityに劣るが

**デフォルトの名無しさん** · 2025/05/28(水) 16:14:38.63

ちなみにこれKotlin ComposeのWASMね
むっちゃいいで
https://oikvpqya.github.io/android-2048-compose/
https://github.com/oikvpqya/android-2048-compose

**デフォルトの名無しさん** · 2025/05/28(水) 16:16:03.19

>>30
C#の完敗だね
ブラウザ上WasmでもRust eguiなら軽く動く

**デフォルトの名無しさん** · 2025/05/28(水) 16:17:27.30

2Dグラフィック分野はC#の一人負けやな
時代はWebもデスクトップも対応するRustあるいはKotlinの2Dグラフィックフレームワークだ

**デフォルトの名無しさん** · 2025/05/28(水) 16:21:46.58

eguiで汎用的なGUIは無理だよ
イベント処理と描画をワンパスで回してるからコンポーネントの並び順でデータ反映のタイミングが変わる
データ表示が1tickくらい前後しても気にしないなら有用だけど操作と表示の厳密な同期が必要だと不適
READMEにもimmediate mode GUIについて書いてあるはず
試したの大分前だから今は改善されてるかもしれないけど

**デフォルトの名無しさん** · 2025/05/28(水) 16:23:51.42

>>30
その時点でC#は時代遅れの役立たずと気づかなくちゃ
C#厨はRustスレを荒らすなよ