Rust part23
■ このスレッドは過去ログ倉庫に格納されています
>>768
ここまで読んで何の話をしているのか理解できないならRust使うのは辞めたほうがいい ファイルの引数だけ標準では何もしない
普通のキーボード入力などでは変換している >>768
自動変換は正直意味不明だが(変換元の文字コードが判定不能なのに何を変換するのか?)
argsは今RFC出したらResultにしろって突っ込まれると思うし
1.0であまり深く考えずに入れちゃった気はするよ Resultとかのハンドリングが面倒な人向けの簡便方法として用意されてるのでそれはないと思う
argsじゃなくてargs_utf8onlyとか名前をダサくして
逆にargs_osを元のargsに戻しとけば
リファレンスをよく読まない人たちがつまづく可能性を下げられる こういうのを見ると、RustのデザイナーはRustに求められているのがなんなのか理解できていないと思うわな。
Rustは雇われコーダー用Safe Rustのニーズがほとんどで、Unsafe Rustとかのニーズは無いと思うがね。 >>772
自動変換が本当に意味不明ならここまでの話が見えてないとしか言いようがない 自動変換とかそんなアホなこと言ってるのはあんただけやで
そんなものは無いし必要ない こいつOsStringの概念が分かってないのか
本当に知能レベルが低すぎる OsStringはOSから渡されたバイト列をそのまま格納するだけで
EUC-JP環境ならEUC-JPバイト列がそのまま入るし何も変換されたりしないが… 想像力が欠如しているか頭がおかしいか指示待ち人間だからそういう幼稚なレスになる
結局内部で使う場合は簡単にutf8に変換してる
なにからutf8に変化するか指示も必要がない
ただのボイラープレート >>777
自動変換なんてものはない
むしろ自動変換を避けるために用意されているのがOsString
もちろん自動変換は行われない 人間じゃなくて壊れたロボットに話しているようだな
いくつになろうとこんなダメな人間になってはいけないな ぼきのかんがえたさいきょうのげんごにはstring<encoding>とchar<encoding>があって
どんなエンコーディングの文字列でも統一的に扱うことができましゅ
Rustもまだまだでしゅね ほとんどの環境がWebも含めてUTF8に統一となったからRustのstr/String内部表現がUTF8であるのは合理的といえる
もちろんWebでもローカルファイルでも古いものは様々な文字コードが使われているため必要なら各々で対処する必要がある 文字コードをUTF-8とか特定のものに決め打ちにしないという点ではRubyが一番先進的だったが、あれはやりすぎで以降の言語には採用されなかったな。 めちゃくちゃ間違ってるのになぜ上から目線で自信満々にレスするんだろう?
複オジは昔の自分を諭してる気分じゃないか? >>0774
お前の着眼点は凄えよ!感動した。
その通り、Rustは初心者/素人 御用達言語だよ。 おじいちゃん誰にも相手にされず寂しくなったんだねw crates.io が死んだときはどうすれば良い? python みたいに何でも格納できる辞書型ってC++には無いよね? anyとmap組み合わせればいいんじゃね?
ここRustスレだけど Rustで辞書型はHashMap
複数の型を格納したかったらenumかdyn Trait
TraitをAnyにするならdowncastして使う
実際には共通に処理したい目的があるはずなのでそのTraitを用意すればdowncastしなくて済む pythonみたいにだからclassがわりなのかも
p["name"]="yamada taro";
p["age"]=25;
みたいなのかな
いずれにしてもC++じゃないので 静的型付けの有用性が大きく上回るから
そのケースならstructにするだろうし
色んな型を横断的に扱いたいケースならtraitかな GUI付きのポータブルなデスクトップアプリを作るとなるとどのライブラリがいいんだろ? UIはもうネイティブにこだわらなくてもいいんじゃないかな
昔からwebでしかUI提供してないソフトはゴロゴロある 用途次第
WebベースのUIでは反応速度が遅すぎる場合もあるしサイズが許容できない場合もある Tauri は各環境の WebView を使うからアプリケーションの側では管理しなくてよくなり楽……
みたいな言説もあるが、 WebView の種類・バージョンを固定できないから変化に追従する必要が生じる。
そもそもウェブの世界は変遷が激しい。
Living Standard ってなんやねん。 普通の産業の感覚では信じられんようなことをしやがる。
元からウェブ系のスキルセットを持っている人が開発してメンテナンスもするってのなら
Tauri は良い選択肢だと思うが、それなりにデメリットもあるよ。
ただ、多言語 (というか Unicode) に隅々まで対応しているようなフレームワークってことになると
ウェブ系の基盤がめちゃくちゃ整備されているのでそこらへんは唯一無二だわ。 即応性が必要な人は特殊な学習を手間暇というか単純に時間をかけてやって
そうでない場合は普通にhtmlで 実行時のメモリ使用量の違いもかなり大きいから最初に考慮しといた方がいい
常駐の軽いアプリを作りたい場合なんかは特に UI を記述するためのものとしては html は「普通」じゃないってことをウェブ系の人は思い出して欲しい。
元はドキュメント記述用だったのに html5 から大幅に路線変更してアプリケーション基盤として再編したけどどう見たって無茶苦茶だ。
ウェブの人が使う分にはこれでいいことは否定しないけど、 UI 記述の「普通」ではない。 UI記述は宣言的なものが主流になりつつあってhtml的なものが「普通」になってきてるんだよ
MFCやCocoaやGTK的なものが今では逆に「普通」ではない >>813
宣言的がどうこうとかいう問題ではなく html が「普通」ではないと述べてる。
これが良いとか悪いとか言ってるわけではないよ。
まず第一に選ぶべき「普通」だとする論を否定してる。 何気にslintと書いてみたが紹介動画見る限りvs codeにアドオン入れてライブプレビューしながらuiの構築がサクサク行えるのは割といいな…
tauriは環境構築する段階でnodeのバージョンやら依存ライブラリの不備でエラーがでてしまい結構時間が掛かってしまった デスクトップアプリのここにグラフ出してくださいって言われて
対応できる環境は少ない 他にいい表現方法があるなら自分で作って使ってりゃいいじゃん >>821
Elm Architectureの設計パターンを覚える必要があるけどなかなかいいですね 試してみたけど導入のカウンタの例がいきなりビルド出来ない…
バージョンの変更にドキュメントが追いついていないのは残念ですね… https://loglog.games/blog/leaving-rust-gamedev/
Rustはゲーム開発に向いてないという記事
C/C++を置き換えるという目標がまた一つ遠のいてしまったな Rust製ゲームエンジンが未成熟なんだから当たり前だろ😅 Web開発は素早い実装と更新が必要だから
Rustは向いてない動的型言語が向いてる
みたいな記事は昔あった気がする >>828
>Rustが上手くなれば、これらの問題はすべて解消されます。
>Rustは大規模なリファクタリングに優れているため、
>borrowチェッカーのほとんどが自業自得の問題を解決します。
>十分な経験を積めば、ユーザーは考えずにそれらを完全に予測し、生産的になります。
>私はRustでさまざまなユーティリティやCLIツールを書くのをとても楽しんでいますが、
>数行のコード以外はPythonよりも生産性が高いことがわかりました。
>「コンパイラ駆動開発」をどこまで進めて、実際に成功できるのかと驚いたことが何度もあります。
>Rustの最大の強みは、Rustにふさわしいコードを書いていると、物事が非常にうまくいき、
>言語がユーザーを正しい道に導いてくれることです。 >>828
この記事、ゲーム開発においていかにUnityがすばらしいかを伝えたいだけじゃん >>831
エキスパート専用、初心者お断り
というRustのいつもの欠点。 c++を完璧に使いこなせばrustは不要とか
いうのは欠点ではないの? >>835
政府レベルで脱C/C++推奨してるのよ
ソース記事>>500 tauriがだいぶ普及してrustに手を出す人が増えたね
いい傾向だ Tauriで流入した人の多くはフロント側 (JavaScript, TypeScript) の技術者な気がする
「ほぼRust書かずにTypeScriptでできますれ」みたいな言説も見かけるくらいだし
実際そのアプローチはありだろうしRustの認知度にも寄与するだろうけど、純Rustのフレームワークも成熟して欲しいところ ガワをRustで書いただけで何が嬉しいことでもあるんか?
私はRust使ってますって言えるから? 繰り返しになるが GUI 記述として html ベース、ウェブベースの制御はそんなに筋が良くない。
根本的に GUI に対する要求が複雑だから万能を目指したフレームワークはだいたいそうなるものではあるんだが
逆に言えば万能でなくてよいときに使うにはウェブウィジットはリッチすぎる。
それとウェブ世界の living standard という体制に不信感がある。
ウェブ世界ではそれで良いにしてもどこでもその考え方が通用するわけではない。 >>843
抽象的な欠点あげつらうのは役に立たないんで
今普及してるguiツールキットでおすすめと
その理由は? >>844
Tauri がウェブフレームワークに依存しているのが悪いというのは具体的ではないんか?
それが良い場合もあるので何が良いかは結局のところ場合によるとしか言えない。
そりゃそうだろ。
ウェブフレームワークを活用できることとウェブフレームワークに縛られることは表裏一体で
活用しつつ欠点から逃れるなんていう都合の良い話はないというごく普通のことを言いたいだけ。 >>845
ウェブguiの欠点が全く具体的じゃないし
場合によるというなら役に立つ場合に使えばいいよね
で話はおしまいなんで何も役に立たない
話だね >>846
ウェブフレームワークの欠点なんかいまさら説明せなあかんようなこと?
役に立つ場合には使えばいいってのは当然の大前提で、
話題の流れとしては >>842 に対して「全ての」場合に Tauri がマッチするわけない
(ので色々な選択肢が出てくるに越したことは無い) って話じゃん。
これから生まれる (生まれていない) 色々なプロジェクトのどれがどういう状況で役立つかなんか事前にわかったら苦労はないわ。
色々出て来て色々消えるのも当然のことで、
Rust スレなんだから純 Rust で出来るものも有って欲しいという期待は自然なものだろ。 QtレベルのフレームワークがRustで書けるならそれは嬉しいけどね
開発者のモチベが続かないような気がする
あまりにもゼロから実装しなきゃならんし デザイン系の人の大多数がウェブアプリ開発をできるからTauriは高需要でいいと思う
そもTauriはRustが主役のフレームワークじゃないんだからあーだこーだ言う必要なし
世間の知名度が上がる道具になってくれれば十分ってもんよ デスクトップアプリ自体需要低下が著しいわけで、いまさら新しいGUIフレームワーク作りましたって誰も使わんわ
WPFすら将来性が怪しまれてるのに ちなみに全てゼロから実装してるGoのGUIフレームワークのgokiは6年以上開発しててまだ完成しない
描画から全部作ってる
そしてついに開発者が飽きた
同じくgoのfyneも5年ぐらい開発してこちらもOpenGLでゴリゴリやってるようだが
すでにOpenGLは時代遅れだし
すでに開発者が飽き気味 ウェブまわり自体がクソってのには賛同するけど、これまでの莫大な資産や個々の経験の後押しが需要を押し上げるんだから仕方ない
どれだけRust由来のGUIフレームワークを望んだとしても負ける未来しかないんだ
WPFもWinUI3もFlutterもComposeも頑張ってるけど勝てないんだ 可能性があるとすると組み込み系かなぁ
車載GUIにUnityとか検討してるとこはあるみたいだけど、多少描画がバグってもいいゲームとは違うし
Rustの安定性が求められる領域ではあると思う
slintなんかはそちらを目指しているように見える フロントについてこういうカッチかちの言語でうまくと思ってるやつは実際にコード書いてないのがバレバレだよ >>847
こういうアプリ作りたいならウェブ技術・
tauriは論外くらい言ってくれよ >>848
QtのRustバインディングがもっと進歩すればなあ。
JS系はreact圧倒的に強いからQMLなんて絶対流行らんだろうに RustのGUIフレームワークを気になって色々見てたけどどれもよくあるレンダリングエンジンのWebGPU、Vulkan、OpenGL、SkiaをRustラップしてるだけじゃんね
純粋なRust製レンダリングエンジンはどこだよ >>858
今時自前で描画なんてやる訳ないだろ
なんのためにGPUがあるんだ WebGPUの参照実装であるwgpuは純Rust製だと思ってるけど違うんかね? >>858
少なくともOpenGLとVulkanはグラフィックAPIなんだからラップするのは普通でしょ tauriはロジック部分をrustで書きやすいんでしょ?理想的じゃないか
フロントとバックで得意分野の棲み分けができてて賢いフレームワーク だから Tauri が悪いという論じゃないんだ。
他の選択肢がいっぱいあると嬉しいねって話なんだってば。 神学論争じゃなくてエンジニアリングとして
tauriではこんなアプリ作るべきじゃない
理由はこんな欠点があるからという
話してくれれば良いだけなんだが GUIといっても多種多様に分かれて共存しておりRustでも色々なライブラリがある
slintのように軽量重視もあれば
eguiのように(一般的な保持モードとは異なり)即時モード採用もあったり
tauriのようにWebと同じ枠組みを使うことで同じ知識の活用とWebアプリとの共通化をはかるものもあり
他にも様々なものがある
前提環境抜きで特定のものを批判してる人はおかしい slintは素直でとっつきやすかったな
icedは変化が激しいのか入門もさせてもらえない… LambdaはRustで書くのが定番になってきたな ■ このスレッドは過去ログ倉庫に格納されています