Rust part14

**デフォルトの名無しさん** · 2022/02/12(土) 01:24:16.59

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

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

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

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

**デフォルトの名無しさん** · 2022/03/04(金) 18:24:33.40

で、Tauri使ってみた人いるの？

**デフォルトの名無しさん** · 2022/03/04(金) 18:45:00.29

>>119
その質問の意図は？

**デフォルトの名無しさん** · 2022/03/04(金) 20:47:25.90

Rustみたいな標準ライブラリが未熟で安全性のかけらもなく、野良のゴミコードばかりの言語ありがたがって使うアホいないよなｗ

**デフォルトの名無しさん** · 2022/03/04(金) 20:50:32.75

>>121
Javaもそう言われてたけどなw20年くらい前

**デフォルトの名無しさん** · 2022/03/04(金) 20:57:54.90

20年くらい前のJavaはSunの強力な後押しでつよつよだったからなｗ
ソフト資産も順当に増えたｗ安全性はRustの比じゃないし、らいとわんすらんえびうぇあと嘯いてたｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:04:31.08

>>123
たしかにヌルポなどJavaの安全性は低いけど
RustはJavaとは異なりその点も安全性が保証される言語だから
実際にJavaからRustへの移行も進んでいる

**デフォルトの名無しさん** · 2022/03/04(金) 21:06:23.95

ぬるぽなどの安全性！？ぬるぽなんて安全そのもので代名詞みたいなもんだろうｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:10:22.89

Rustなんて誰も知りませんよ？
https://trends.google.co.jp/trends/explore?date=today%205-y&;q=%2Fm%2F0dsbpg6,%2Fm%2F07sbkfb,%2Fm%2F05z1_

**デフォルトの名無しさん** · 2022/03/04(金) 21:11:31.69

;消してなｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:15:18.91

>>124
それ以外にもJavaは実行時エラー(例外)が多すぎですね
Rustはコンパイル時にエラー検出してくれるものが多いだけでなく
実行時エラーとなるものでもResultやOptionで返すからエラー処理忘れが起きないけど
Javaは忘れていても通ってしまい実行時にレア発生するものだと本運用で例外発生で落ちたり

**デフォルトの名無しさん** · 2022/03/04(金) 21:19:19.87

Rustでも雑にunwrap使ったらpanicで死ぬ可能性あるよね

**デフォルトの名無しさん** · 2022/03/04(金) 21:20:22.36

そんなこと起きないし
Rustみたいに
誰もコーディングできません
聞ける人いません
ライブラリありません
エラーわかりません
とか言われないｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:24:24.27

おじさん芸風変えたのか？

**デフォルトの名無しさん** · 2022/03/04(金) 21:27:15.64

リリース前にunwrap全部消しとかないと叩かれるの？

**デフォルトの名無しさん** · 2022/03/04(金) 21:33:51.78

どんな言語でもロジックミスでプログラムが終了することはいくらでもあるｗ
安全というのはそういう事態が起きてもプログラムがsegmentation faultなどで落ちないことｗ
よりよい実装方法はあるけど、それはそれｗ
まあリリース後にpanicで終了するのは製品ならやばいｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:47:04.33

>>132
可能な限りunwrap()は避けたほうがよいでしょう
もちろん続行不可能なために意図的にpanic終了させたい場合は別です
ロジック的にここでは絶対にNoneやErrが来ないはず！(と思い込んでいる)ケースもありますが
それならばせめてその理由を記述したexpect()を呼ぶように変えることで
発生時対処やコードをレビューする人にも役立つと思います

**デフォルトの名無しさん** · 2022/03/04(金) 21:49:55.68

unwrapなんていくらでもそこら中で使ってるだろｗ
流石Rust ｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/04(金) 21:57:04.53

もちろん誰が見ても起きないとわかる自明な場合はunwrap()でいいと思いますよ
自明でない場合はせめてコメントに理由を残すとよいでしょう
自分で書いたコードでも1年後に「ここでunwrap()大丈夫だっけ？」と忘れてることもありうるためw

**デフォルトの名無しさん** · 2022/03/04(金) 22:05:29.47

そんなのは誰がどんな理由でどう書いたってその人の自由ｗ
他の人がどう思うかを気にするなら、べき論くらいは知っててもいい程度の話ｗ

**デフォルトの名無しさん** · 2022/03/04(金) 22:05:29.91

unwrapはunwrapで死ぬけどヌルポはしばらく動いてから死ぬという地味な怖さがある

**デフォルトの名無しさん** · 2022/03/04(金) 22:07:00.39

RustがJavaやC#より安全なわけないだろｗ頭悪すぎｗ

**デフォルトの名無しさん** · 2022/03/04(金) 22:14:27.75

>>139
Rustの方が安全
Rustはデータ競合安全性もコンパイラが保証

**デフォルトの名無しさん** · 2022/03/04(金) 22:51:40.80

unsafeこんもりのRustが安全なわけないだろｗ

**デフォルトの名無しさん** · 2022/03/04(金) 23:07:12.52

理由を書かずに同じ言葉繰り返すだけのおじさん

**デフォルトの名無しさん** · 2022/03/04(金) 23:14:03.66

もしかして手元のCコードをRustにベタ移植してる？

コンパイル通すためにunsafeこんもりなら納得できるが

**デフォルトの名無しさん** · 2022/03/04(金) 23:23:45.83

熱烈なJava信者なのかもな

**デフォルトの名無しさん** · 2022/03/05(土) 00:20:00.76

まあいうほど安全だったらもっと早く全てrustに置き換わってるわな。

**デフォルトの名無しさん** · 2022/03/05(土) 00:22:29.41

すまん。セグフォする言語使ってる雑魚おる？

**デフォルトの名無しさん** · 2022/03/05(土) 00:23:59.45

ああ、Rustっていう言語ねｗ
https://mevius.5ch.net/test/read.cgi/tech/1638086359/480

**デフォルトの名無しさん** · 2022/03/05(土) 02:38:11.66

何ヶ月か前にもいたな。Rustのいう安全とは何かを知る気が一切無いまま、安全じゃないって煽ってたやつが

**デフォルトの名無しさん** · 2022/03/05(土) 02:50:45.20

Rustはunsafeを隠蔽し、しかも内包する動機を安全の核とする部分に持つ劇的矛盾言語ｗ
それを安全安全高速と謳って騙ってベアメタル領域に行ってみたり、他スレまでしゃしゃり出るうざさｗ
マジで迷惑ｗ
firefoxだけで使って大人しくしとけｗ

**デフォルトの名無しさん** · 2022/03/05(土) 03:34:00.88

ネガキャンしようが
ttps://foundation.rust-lang.org/members/
これが現実ｗ

**デフォルトの名無しさん** · 2022/03/05(土) 03:55:08.77

俺が出したやつじゃんｗ
あのときも言ったけど、その辺の巨人は必要のあるニッチな領域を持ってるからバックにいるだけｗ
あのときからマジでRust推しがウザすぎてRust推すのやめたんだよなｗ

**デフォルトの名無しさん** · 2022/03/05(土) 10:45:20.33

>>126
Rustは何でもは知りません
知ってることだけ知ってます

**デフォルトの名無しさん** · 2022/03/05(土) 10:45:48.31

>>119
今日使うわ

**デフォルトの名無しさん** · 2022/03/06(日) 00:17:17.68

tauri触ってみたけどRust⇔JSの値のやりとりはJSON限定なのかな
Responseのbodyにバイナリデータ入れて返す方法を探してるけど
iframe内で送受信するオプションがあるからできないかもしれない

**デフォルトの名無しさん** · 2022/03/06(日) 02:29:18.30

base64

**デフォルトの名無しさん** · 2022/03/06(日) 12:07:19.24

154だけどBuilderのregister_uri_scheme_protocolでいけそう
WebViewのIPCをちょっと勘違いしてた

**デフォルトの名無しさん** · 2022/03/06(日) 12:57:45.63

全く使ってないけど結局js使うんならややこしくなるだけだろｗ
electronでwasm使ってウンウン唸ってる層にしか刺さらないように見えるのに宣伝うるさすぎｗ
しかもRust推しの数字操作は常にえげつないｗ
実効果と桁が違う宣伝効果をタイトルに持ってきちゃうｗ詐欺かよｗ

**デフォルトの名無しさん** · 2022/03/06(日) 13:11:37.97

js周りで言えばdenoとか最近どうなん？
わざわざ作り直した挙げ句、「全然速くなってませんでした！！！！少し設定とか出来るから許して…てへｗ」では困るだろｗ
いろいろ足りない処理もあるし、ベンチ向けに偏りすぎてると思うけど、後発ならjust-jsとか特定用途で高速化・コンパクト化できている
この差は何なんだろう？

**デフォルトの名無しさん** · 2022/03/06(日) 14:19:43.76

denoってセキュリティ周りをどうにかするのがモチベーションで高速であることは謳ってないのでは

**デフォルトの名無しさん** · 2022/03/06(日) 14:25:13.83

>>157
内部処理もUI周りも全部同じ言語で書いた方が楽って層には敬遠されそうだけど
内部処理はRust、UI周りはHTML+JSの方が書きやすいって層には需要があると思う

electronはよく知らないけどWebViewはバイナリにブラウザ埋め込む感じだから
ブラウザ内でバイナリ実行するwasmとはあまり関係ないかも

**デフォルトの名無しさん** · 2022/03/06(日) 15:17:04.79

>>159
作者のモチベーションがどうというより、ユーザー視点だとわざわざ書き直したにしてはパッとしないってこと
しかも書きっぷりまで変わるんではちょっとね
V8の上側にRust入ってるのになぁ～ｗ

>>160
> 内部処理はRust、UI周りはHTML+JSの方が書きやすいって層
wasm使う層だよねｗ

> electronはよく知らないけどWebViewはバイナリにブラウザ埋め込む感じだから
> ブラウザ内でバイナリ実行するwasmとはあまり関係ないかも
埋め込むというかバイナリをくっつけるだけでしょｗ
包含関係が逆なだけで酷似してるし、問題も似たような問題ばかりｗ
wasmならwebでそのまま動くが、tauriだとplatform限定されてnativeな分Rust側の速度が速いってだけｗ

**デフォルトの名無しさん** · 2022/03/06(日) 15:42:49.31

Rustでそんな便利な状況になっているのか
tauriというのをちょっと試してみるかな

**デフォルトの名無しさん** · 2022/03/06(日) 16:43:21.41

tauri自体うんぬんじゃなくて、electronクラスのメジャーミドルにまでＲｕｓｔでの書き換えが浸透してきてるってこと
すなわちRustがシステムプログラミングのデファクトスタンダードになったってことを表すエビデンスが１つ増えた

**デフォルトの名無しさん** · 2022/03/06(日) 16:58:21.68

逆だよｗ
electronはそもそもjsでアプリを書こうというものであって、ごく一部のクソメジャーアプリを除けばjsの範疇を出ないし、クソメジャーアプリはもうそれ自体がプラットフォームと化してるからカウントできないｗ
C#で書けば楽に何でも書けるのになんでわざわざHTML+JS+Rustを不自由なフレームまで使って書きたがるのか・・・ユーザーは不便、開発者も面倒とメリットなんて全くないのにｗ
結局ただの自己満足なんだよね

**デフォルトの名無しさん** · 2022/03/06(日) 17:00:13.90

C#ってMacとLinuxでまともに動かなくね

**デフォルトの名無しさん** · 2022/03/06(日) 17:03:12.31

Macは知らんが、Linuxのどこにそんな事実があるの？

**デフォルトの名無しさん** · 2022/03/06(日) 17:50:44.16

ID:oRBcPyqIはあちこちのスレで
的外れなRust叩きをやってるけど
なんなんやろ

**デフォルトの名無しさん** · 2022/03/06(日) 17:54:28.15

誰も言及してないC#とか唐突に言い出すあたりでお里が知れる

**デフォルトの名無しさん** · 2022/03/06(日) 17:56:46.74

あちこちのスレで長期間スレ違い指摘を無視して嘘八百並べるRust推しがいたからでは？ｗ

**デフォルトの名無しさん** · 2022/03/06(日) 17:57:08.30

>>167
やっかみだろ
書けない人には絶対書けない言語だしな
C/C++もそうだがJSちょっとかじった程度のスクリプトキディが書ける言語ではないと言う認識を持ってほしいね

**デフォルトの名無しさん** · 2022/03/06(日) 17:57:28.93

RustのスレでRustの話して文句言われる筋合いはないｗ

**デフォルトの名無しさん** · 2022/03/06(日) 17:58:38.02

その辺の言語は普通にかけるけどなｗ
Rustが安全とか嘯くアホよりはマシだと思うぞｗ

**デフォルトの名無しさん** · 2022/03/06(日) 18:02:20.15

Rust書けるようになるためにはまずGC言語への依存を捨てろ
自力でメモリ管理できる能力が絶対に必要
スタック、ヒープ、Dropトレイト、所有権、借用ルール、(可変参照と不変参照)、Box、arena、Rc、Cell、RefCell
この辺り曖昧さなく完全に理解してないと書けない言語なの
無能にはかけない言語

**デフォルトの名無しさん** · 2022/03/06(日) 18:04:33.12

GC書いたことあるけどｗ
Rustなんて誰も書ける必要のない言語なだけｗ

**デフォルトの名無しさん** · 2022/03/06(日) 18:06:38.47

Rustは悲惨な言語だよ
JS書いてブイブイ言わせてるようなやつが全く赤子みたいになるんだからw

**デフォルトの名無しさん** · 2022/03/06(日) 18:09:37.09

変な選民思想が今一番強い言語かもな。

**デフォルトの名無しさん** · 2022/03/06(日) 18:13:42.56

Rustは本当に悲惨な言語だよなｗ
https://github.com/rust-unofficial/too-many-lists

**デフォルトの名無しさん** · 2022/03/06(日) 18:21:17.44

このおっさんJSもろくに書けないC#屋だから

**デフォルトの名無しさん** · 2022/03/06(日) 18:29:58.17

別にC#もJavaも・・・ってか大抵のメジャー言語は書けるけどｗ

**デフォルトの名無しさん** · 2022/03/06(日) 19:16:52.49

>>173
追加
Derefトレイト、Copyトレイト、Cloneトレイト
こいつらは必ずしも必要ではないがメモリの使い方の訓練にはなるので触っておくべき
逆にこれらを理解できればRustは書ける
C#おじさんｶﾞﾝｶﾞﾚ

**デフォルトの名無しさん** · 2022/03/06(日) 19:19:37.62

アホだなｗ俺はRustを書けないなどと一言も言ってないｗ
そしてC#おじさんとか意味不明な名前を付けられてる人でもないｗ

**デフォルトの名無しさん** · 2022/03/06(日) 19:21:03.95

誰も書けるようになる必要のない言語なのは間違いないｗ
理由は>>177のリンクのとおりｗ

**デフォルトの名無しさん** · 2022/03/06(日) 19:24:14.36

>>181
お願いだからコテハンつけて！

**デフォルトの名無しさん** · 2022/03/06(日) 19:25:09.10

>>183
お断りする

**デフォルトの名無しさん** · 2022/03/06(日) 19:25:33.99

>>181
効いてるねえw

**デフォルトの名無しさん** · 2022/03/06(日) 19:27:04.59

>>182
rustの代わりになに使えばいいの？

**デフォルトの名無しさん** · 2022/03/06(日) 19:29:22.49

>>185
お前に効いてるだけだろ

>>186
Rust以外の言語なら何でも

**デフォルトの名無しさん** · 2022/03/06(日) 19:40:49.28

お、CommonLispとか書けるんか？

**デフォルトの名無しさん** · 2022/03/06(日) 19:41:34.72

Rustもコンプレックスの対象になるんか…
ただのプログラム言語なのに

**デフォルトの名無しさん** · 2022/03/06(日) 19:49:25.58

>>188
最近はもうご無沙汰してるけどemacs使ってたよ

>>189
コンプレックスではなく、広めるメリットのないゴ○言語だよねって言ってる

**デフォルトの名無しさん** · 2022/03/06(日) 20:00:46.25

>>190
EmacsLispとCommonLispじゃ全然違うぞ

**デフォルトの名無しさん** · 2022/03/06(日) 20:04:53.65

TauriをJavaScriptを一切書かずRustだけで使うのに挑戦し始めました
とりあえず公式に従いcargo利用パターンでやってみる
$ cargo install tauri-cli --locked --version ^1.0.0-rc
これで bin/cargo-tauri がインストールされて cargo tauri XXX が使えるようになった
$ cargo tauri init
これで src-tauri というディレクトリができて tauri.conf.json に指定すればよいのか

どうやらwasmを入れてやればTauri利用でもブラウザ利用でもRustコードだけで済むっぽい
$ rustup target add wasm32-unknown-unknown
$ cargo install trunk
$ cargo install wasm-bindgen-cli
これで bin/trunk などRustでのWASM使用環境が入ったようだ

次にフロントエンド用のディレクトリを作る
$ cargo new --bin frontend
$ cd frontend
ここで index.html を以下のdata-trunkを含む行でcssなど指定して適当に作成
<link data-trunk rel="css" href="/public/main.css"/>
$ trunk build
$ trunk serve
これでサーバーが起動された
まずはブラウザから http://localhost:8080/ により無コードwasm環境動作確認OK

これでようやくTauriに戻って先ほどの tauri.conf.json に今の分を記述
"devPath": "http://localhost:8080";,
"beforeDevCommand": "cd frontend && trunk serve",
"beforeBuildCommand": "cd frontend && trunk build",
$ cargo tauri dev
これで無事にTauriのウインドウがついに出てきた！ので無事に初期環境が成功
さてここからRustコードはどのフレームワークで書くのがおすすめ？

**デフォルトの名無しさん** · 2022/03/06(日) 20:19:38.65

>>191
どれもLispでそんな違いがあるとは思ってなかったし、そんな思い入れねーよ

>>192
wasm入れてpure rustは面白い試み
terminal作ってくれ

**デフォルトの名無しさん** · 2022/03/06(日) 20:29:23.18

>>193
どれもLispでそんな違いがあるとは思ってなかったし、

なんだ素人だったwwwww
馬脚を表したなwww

**デフォルトの名無しさん** · 2022/03/06(日) 20:32:44.98

この人ぼくはプログラミングにはくわしいんだと
わめくほどボロが色々出て面白いな

**デフォルトの名無しさん** · 2022/03/06(日) 20:39:24.52

>>187
あなただったら何を使うの？

**デフォルトの名無しさん** · 2022/03/06(日) 20:46:19.62

>>193
EmacsLispはゴミだぞw

**デフォルトの名無しさん** · 2022/03/06(日) 20:53:26.84

>>192の続き
とりあえずRust製フロントエンドフレームワークYewを使用
先程のfrontendディレクトリで
[dependencies]
yew = "0.19.3"
を Cargo.toml に追加して src/main.rs に以下のハローワールド記述
use yew::prelude::*;
fn main() {
yew::start_app::<App>();
}
#[function_component(App)]
pub fn app() -> Html {
html! {
<div>
<h2 class={"heading"}>{"ハローワールド！"}</h2>
</div>
}
}
そしてTauri側で再び
$ cargo tauri dev
無事にTauriでハローワールド！が出ました
同様にブラウザから http://localhost:8080/ でも同内容が表示された
つまりRustコードを書くだけで『デスクトップアプリ』と『ウェブアプリ』が同時に出来上がる？
もうじきTauriがモバイル対応するそうなので『モバイルアプリ』にもなるということ？

**デフォルトの名無しさん** · 2022/03/06(日) 21:14:59.14

PWAで作った方がいいんじゃないの？

**デフォルトの名無しさん** · 2022/03/06(日) 21:28:17.34

yewってマクロの使いこなしが変態的だな・・・

**デフォルトの名無しさん** · 2022/03/06(日) 21:30:01.06

よく見るとElmっぽくておもしろい

**デフォルトの名無しさん** · 2022/03/06(日) 22:56:07.92

Yewはマジでelmっぽくて嫌いじゃないが、htmlの部分が一切補完効かないの結構キツい

**デフォルトの名無しさん** · 2022/03/06(日) 23:07:04.35

>>199
もちろんTauriと関係なくTauriを使わずとも
YewやWozなどのRustによるfrontend frameworkを使って
RustだけでPWAを作ってWebブラウザ上で動かすことが出来る
Tauriはそれに加えてデスクトップで動かすことが出来る
つまりWebによる制限を超えた動作も可能でデスクトップアプリとなる

**デフォルトの名無しさん** · 2022/03/06(日) 23:07:59.88

Elmっぽいのが好きならElmで書けよ
変数がmutableなRustにはTEAは向いてないだろ

**デフォルトの名無しさん** · 2022/03/06(日) 23:10:08.35

>>202
今どきHTMLを手で書く人はいないので問題ない
あくまでも雛形となる最小限のみを書く

**デフォルトの名無しさん** · 2022/03/06(日) 23:16:26.97

>>204
Elmって状態が深くなってきたら更新するのしんどくね？
正直mutableな方が楽だと思ってるわ

>>205
うーん

**デフォルトの名無しさん** · 2022/03/07(月) 00:40:12.93

>>194
別に大差ないと思うけどな

>>196
そのときの都合

>>197
Lispがゴミというのならそうだと思ってたけど
そうでないLispがあるなら、どれで理由は何なの？

>>198
中を見れない普通のwebフロントを書きたいか、凝ってて動作がもっさりしないように作りたいのならいいのかもしれんが、それだけのために言語的制約がきつく、誰もメンテできなくなるRustをわざわざ使う理由はないな
しかもそれをデスクトップアプリでとなるとさらに微妙
結論だけいうと、そういうのを喜ぶ人向けという非常に狭い用途

**デフォルトの名無しさん** · 2022/03/07(月) 00:48:58.71

>>207
Allegro CL。このくらいは知ってるよね？

**デフォルトの名無しさん** · 2022/03/07(月) 01:00:34.40

>>198
一言で言うともっとデスクトップアプリっぽいのを作ってほしかった
ただのweb画面ならReact Nativeでもcordovaでも使った方がメンテ出来ていいかもしれない
webはう～んかもだけどFlutterでもいいし、Rust+Qtとかでもいい

>>208
そんなマニアックなの誰も知らねーよ。理由は何なの？

**デフォルトの名無しさん** · 2022/03/07(月) 01:07:35.15

喋れば喋るほど恥を晒してくスタイルか

**デフォルトの名無しさん** · 2022/03/07(月) 01:08:34.45

>>210
何か刺さってしまいましたか？

**デフォルトの名無しさん** · 2022/03/07(月) 01:19:37.15

>>207
ウェブのフロントエンドかデスクトップアプリの用途でrustを使うのは微妙って言ってたのかな？

**デフォルトの名無しさん** · 2022/03/07(月) 01:29:01.70

>>212
伝わらないなら受け取ったとおりのことを言ってくれればいいよ
せっかくRustだけで書ける環境を思いついたのに、ローカルで結局Webフロントメインのコードになっちゃったから残念な気持ちになっただけ
せっかくRustだけなのにフロント側でPWAとかもうアホの極みだろ？

**デフォルトの名無しさん** · 2022/03/07(月) 03:52:01.06

openglベースのeguiの方がまだマシ
https://github.com/emilk/egui
ただlinux(ubuntu20.04)だとexampleすら動かない
$ cargo run --release
Finished release [optimized] target(s) in 0.09s
Running `target/release/eframe_template`
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
eframe_template: ../../src/xcb_io.c:260: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
中止 (コアダンプ)
$
まあ安全なRustだからしょうがないよね
wasmにしたら動いたけど、いろいろインストールして回る割にwasm-optがなくて躓いた(パス通してないので)

**デフォルトの名無しさん** · 2022/03/07(月) 04:16:17.83

ちなみに落ちる原因はopenglのbugらしい
https://github.com/emilk/egui/issues/446#issuecomment-1029456471

**デフォルトの名無しさん** · 2022/03/07(月) 04:16:56.49

RustでまともなGUI書かしてくれ

**デフォルトの名無しさん** · 2022/03/07(月) 04:32:12.56

エコシステムが不足しすぎて不安定すぎなのに詐欺っぽい宣伝ばかり先行してて、まともな人ほど寄り付きにくい状況になってるのが問題

**デフォルトの名無しさん** · 2022/03/07(月) 05:46:33.32

>>209
Rust frontend frameworkは10種類以上あるから好みのものを選べばよい
もちろん仮想DOMを使うReact的なものから対照的なSvelte的なものまで色々ある

>>213
むしろPWA含めたWebアプリ全般でCSRだけでなくSSR/SSGが重要との認識が一般的になった今だからこそRust利用が重要視されている
当然isomorphicにrenderingするわけだから従来はReact/Next.js Vue/Nuxt.jsといったようにサーバー側でもJavaScriptを使わざるを得えず遅くて重いことが課題となっている
そのため両サイドでRustによるframeworkを採用することで従来の課題を解決するのが最新動向