Rust part23

**デフォルトの名無しさん** · 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しよう

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

core吐きそう

**デフォルトの名無しさん** · 2024/05/01(水) 23:17:38.38

python みたいに何でも格納できる辞書型ってC++には無いよね？

**デフォルトの名無しさん** · 2024/05/02(木) 02:40:57.58

enumも弱いなあ

**デフォルトの名無しさん** · 2024/05/02(木) 18:14:15.88

anyとmap組み合わせればいいんじゃね？
ここRustスレだけど

**デフォルトの名無しさん** · 2024/05/02(木) 20:59:19.04

Rustで辞書型はHashMap
複数の型を格納したかったらenumかdyn Trait
TraitをAnyにするならdowncastして使う
実際には共通に処理したい目的があるはずなのでそのTraitを用意すればdowncastしなくて済む

**デフォルトの名無しさん** · 2024/05/03(金) 11:35:32.62

pythonみたいにだからclassがわりなのかも

p["name"]="yamada taro";
p["age"]=25;
みたいなのかな
いずれにしてもC++じゃないので

**デフォルトの名無しさん** · 2024/05/03(金) 23:02:14.16

静的型付けの有用性が大きく上回るから
そのケースならstructにするだろうし
色んな型を横断的に扱いたいケースならtraitかな

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

https://pbs.twimg.com/media/GLs31gXbYAA6xIr.jpg

**デフォルトの名無しさん** · 2024/05/04(土) 09:38:11.89

GUI付きのポータブルなデスクトップアプリを作るとなるとどのライブラリがいいんだろ？

**デフォルトの名無しさん** · 2024/05/04(土) 12:00:07.75

tauri?

**デフォルトの名無しさん** · 2024/05/04(土) 12:04:17.00

UIはもうネイティブにこだわらなくてもいいんじゃないかな
昔からwebでしかUI提供してないソフトはゴロゴロある

**デフォルトの名無しさん** · 2024/05/04(土) 15:02:31.51

用途次第
WebベースのUIでは反応速度が遅すぎる場合もあるしサイズが許容できない場合もある

**デフォルトの名無しさん** · 2024/05/04(土) 15:44:19.83

Tauri は各環境の WebView を使うからアプリケーションの側では管理しなくてよくなり楽……
みたいな言説もあるが、 WebView の種類・バージョンを固定できないから変化に追従する必要が生じる。
そもそもウェブの世界は変遷が激しい。
Living Standard ってなんやねん。普通の産業の感覚では信じられんようなことをしやがる。
元からウェブ系のスキルセットを持っている人が開発してメンテナンスもするってのなら
Tauri は良い選択肢だと思うが、それなりにデメリットもあるよ。

ただ、多言語 (というか Unicode) に隅々まで対応しているようなフレームワークってことになると
ウェブ系の基盤がめちゃくちゃ整備されているのでそこらへんは唯一無二だわ。

**デフォルトの名無しさん** · 2024/05/04(土) 16:01:23.73

即応性が必要な人は特殊な学習を手間暇というか単純に時間をかけてやって
そうでない場合は普通にhtmlで

**デフォルトの名無しさん** · 2024/05/04(土) 16:07:02.02

実行時のメモリ使用量の違いもかなり大きいから最初に考慮しといた方がいい
常駐の軽いアプリを作りたい場合なんかは特に

**デフォルトの名無しさん** · 2024/05/04(土) 16:07:49.70

UI を記述するためのものとしては html は「普通」じゃないってことをウェブ系の人は思い出して欲しい。
元はドキュメント記述用だったのに html5 から大幅に路線変更してアプリケーション基盤として再編したけどどう見たって無茶苦茶だ。
ウェブの人が使う分にはこれでいいことは否定しないけど、 UI 記述の「普通」ではない。

**デフォルトの名無しさん** · 2024/05/04(土) 16:17:08.35

UI記述は宣言的なものが主流になりつつあってhtml的なものが「普通」になってきてるんだよ

MFCやCocoaやGTK的なものが今では逆に「普通」ではない

**デフォルトの名無しさん** · 2024/05/04(土) 16:22:01.06

html5は死んだ
もうどこにも存在しない

**デフォルトの名無しさん** · 2024/05/04(土) 16:22:16.16

>>813
宣言的がどうこうとかいう問題ではなく html が「普通」ではないと述べてる。
これが良いとか悪いとか言ってるわけではないよ。
まず第一に選ぶべき「普通」だとする論を否定してる。

**デフォルトの名無しさん** · 2024/05/04(土) 16:58:29.96

じゃあslint?

**デフォルトの名無しさん** · 2024/05/04(土) 18:05:18.74

何気にslintと書いてみたが紹介動画見る限りvs codeにアドオン入れてライブプレビューしながらuiの構築がサクサク行えるのは割といいな…

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

**デフォルトの名無しさん** · 2024/05/04(土) 18:12:14.00

デスクトップアプリのここにグラフ出してくださいって言われて
対応できる環境は少ない

**デフォルトの名無しさん** · 2024/05/04(土) 19:49:33.93

他にいい表現方法があるなら自分で作って使ってりゃいいじゃん

**デフォルトの名無しさん** · 2024/05/04(土) 21:10:45.57

dioxusはあんま使われてない感じ？

**デフォルトの名無しさん** · 2024/05/04(土) 23:00:15.61

iced.rs

**デフォルトの名無しさん** · 2024/05/05(日) 10:17:39.98

>>821
Elm Architectureの設計パターンを覚える必要があるけどなかなかいいですね

**デフォルトの名無しさん** · 2024/05/05(日) 18:52:14.60

試してみたけど導入のカウンタの例がいきなりビルド出来ない…

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

**デフォルトの名無しさん** · 2024/05/05(日) 23:14:06.38

freyaはどう？