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/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を採用することで従来の課題を解決するのが最新動向

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

>>218
まるで10種もあるのはメリットのように書いてるけど、デファクトがなくて労力分散されてる上にユーザーも10種吟味しないといけないのは普通にデメリットだからな

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

>>218
tauriに対する話なんでクライアント側
最終的なレンダリングをHTMLにしたいからって何が嬉しくてローカルでWebのPWA持ってくんの？
ウィジェット遠すぎてネイティブRustにする意味がないだろ

SSR/SSGのロジックをRustで書きたい話とか関係ないし、大層な結果も出ていない
Rustフロント周りのフレームで使えるモジュールはいくつか出てきているという程度で、高い品質のものが向き不向きや好みに応じて選べるような印象とはほど遠いが、いずれにせよ今回の話とは無関係

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

やっぱりワッチョイ導入して一週間NGできるようにすべきだったんだよ

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

>>213
お主フロントエンドフレームワークスレでRustを叩き棒にして荒らしてたヤベー奴じゃな？
書き込み内容やクセといい、書き込み時間といい。

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

>>222
ヤベー奴はお前
俺はそんなスレ見たことすらない

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

じゃぁ別人だったとしてC#erはヤベー奴が多いんだなぁ。覚えとこ

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

>>224
今どきC#なんて大抵の奴が使えると思うが…
今Rustを「推して」いるやつは頭がヤバイ奴ばかりなんだな

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

遅いお目覚めですね

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

>>226
昨晩は深酒で…やかましいわっw

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

>>219
JavaScriptのフレームワークは何十種類も無数にあり長い歴史の中では最近と言ってよいほど後発のフレームワークが勝ち残っているのは事実だが
そのように自由な競争があるからこそ良いものがどんどん出てくる
Rustの各分野のライブラリも同様であり利用者による健全な民主主義が機能している良きRustの方針

>>220
Tauriの話は一切していない
PWAやWebアプリと明記しているようにWebブラウザにおけるフレームワークのRustの話
CSRとSSRおよびSSGにおいて同じロジックでDOMやHTMLへレンダリングするのは事実
そしてそのコードをサーバーサイドとフロントエンドで共有しないとコード開発効率がよくないのも事実
そのため現状ではそのコードのプログラミング言語がJavaScriptとなっているがサーバーサイドで重く遅い
そこで多くの開発者たちがRustを採用したフレームワークを開発することでその解決を計っている
ブラウザ側ではWASMとなるがGCランタイムのある言語は不利なためRustが選ばれ使われている

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

健全な民主主義じゃなくて野生のまま鼻息荒い馬鹿が闊歩してグチャグチャにするだけのRust界
tauriの話しかしてないところにレスで「Tauriの話は一切していない」とかアホすぎる
Rustが件の調査で1番だったのはGCランタイムとか関係なく、安全で速いと嘯かれた人が騙されて使用してるだけ
実際には苦労して書いても速くなく、unsafeを使って初めて速くなるか、回りくどい方法を使わないと普通に書くより遅くなる
wasm自体の実体は多分ゲームが一番多いと思うので、実際はC#が強いと思う

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

OSS全否定みたいなこと言い出して草

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

>>229
> 実際には苦労して書いても速くなく、unsafeを使って初めて速くなるか、回りくどい方法を使わないと普通に書くより遅くなる

普通に書いたら遅くなったコード例ください

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

なるほど、やはりC#が攻守最強か

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

>>228
自由なライブラリが無数にある状況を良しとするとならcommon lispも良しとしてそう

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

Common Lispと同じで一部のマニアが熱狂したままで一般に浸透せずそのまま死ぬ未来が見える

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

おじさんがまたIDコロコロしてる……

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

俺をキチガイアンチと一緒にするんじゃねえよ

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

>>229
君が文脈を読めない人だから君だけが誤解している
例えば分かりやすく「PWA」という単語でこのスレを検索すると皆はTauriとは別の話をしていることがすぐ分かる
もちろんPWAの意味するところもWebブラウザ上での動作でありTauriの話とは別の話であると皆は分かっているためである

もう一つ君はRustにおけるunsafeの意味と位置づけを理解していないようだからそのような意味不明な発言となっているのだろう

>>233
ほとんどのメジャーなプログラミング言語では多数のフレームワークが競い合って良いものが残った
そうでない言語があるなら教えて欲しい
よほど特殊な例外だとわかるだろう

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

>>237
良い物以外が死ぬくらい強いのがあればいいんだよ。生き残ってきた言語はそうだった。だけど今のrustはそうはなってないのがいかん
状況はcommon lispに近い

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

>>238
強いもの1つだけが残る死の世界を望む人はいないしそんな現実もない
例えばJavaScriptのフレームワークの最新シェアを見ても1位は31%しかなく2位が12%で3位が11%とこの3つでようやく過半数
それぞれ特徴の異なるフレームワークが多数共存していて皆がそれぞれ自分に合ったものを選ぶことができる健全な世界となっている

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

>>231
いくらでもあるから探してみ

>>237
お前がtauriに関するレスをしたところにお前が勝手にレスしてきて「tauriの話はしていない」とか言い始めただけだろ
cordovaみたいなのはPWAもちゃんと対応してるので、PWAならtauri関係ないというのも違う
unsafeもやはりお前なのか。。。お前が分かってないだけ

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

>>239
Rustで31%とれそうな奴あるんか？
仮にあったとしてもそもそもRustのほうが圧倒的に人口少ないんやからJSの31%と同じコミュニティ規模出そうと思うと全然足らんぞ

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

ってかJSが覇権とった時ってHTML上書きとJQuery以外あったん？

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

ないわけじゃなかったけど、猫も杓子もjQuery一色だったな

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

当時jQueryはブラウザ間の違いを吸収する役割を担ってたからというのもあるけど

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

そもそもなんでWebフレームワークとして生き残れるかどうかって話になってるんだ？
Rustの本分はWebで言えばrustlsとかquicheみたいな最下層のライブラリ実装にあるんでは…
まぁWebフレームワークやGUIで普及するのはきついと思うよ

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

間違い探しの練習問題作ってんのかな？

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

>>229
＞Rustが件の調査で1番だったのはGCランタイムとか関係なく、安全で速いと嘯かれた人が騙されて使用してるだけ

デタラメすぎてあまりにも酷い
Rustを使っている人は騙されているのかw

＞実際には苦労して書いても速くなく、

苦労して書くという時点でプログラミング初心者か
普通に書けば速いぞ

＞unsafeを使って初めて速くなるか、

unsafeは閉じ込めた中で使うものであって普通は外でわざわざ使わん
そんなことしなくても速い

＞回りくどい方法を使わないと普通に書くより遅くなる

回りくどい方法で速くなるなんて見たことも聞いたこともない
普通に素直に書けばコンパイラの最適化で十分に速い

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

ID:SxK5Ewlvは出禁な

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

>>245
Rustはそんな下層だけの狭い対象の言語ではない
最近はサーバーサイドで起きるWebレンダリング同一コード要請から
Webフレームワークの一定数はRustがシェアを獲得するのは間違いない

**デフォルトの名無しさん** · 2022/03/08(火) 00:19:02.40

>>249
まぁGAFAやベンチャーの採用で1-2%くらい取れる可能性は否定しないけど
現状の大半を占めるJS/Java/Rubyあたりからの移行は無理だと思うけどなぁ

**デフォルトの名無しさん** · 2022/03/08(火) 00:23:12.80

>>247
騙されてるだけ
Rustをunsafeなしに書いたらC/C++より速くなる道理がない
制約を課している分必要メモリ量も増え、その分の時間がロスに繋がる
JIT込みで動作するVM系言語でもGC走る間もなく終わってしまう大半の簡単な処理では差などつかず、場合により簡単に抜かれてしまう

>>249
きついっつーの
JavaScriptでひぃひぃ言ってる大半のプログラマが使いにくいと思わないはずがなく、十分なメリットがないためにシェアが上がらない
全てをストリームで処理したい世界線に移動しないと無理

**デフォルトの名無しさん** · 2022/03/08(火) 00:29:04.75

>>251
質問
ではなぜJavaからC#やGoに至るまで
各種ベンチマークでRustが圧勝しているの？

**デフォルトの名無しさん** · 2022/03/08(火) 00:29:10.40

>>240
自分の頭が悪くて普通に書いたら遅くなるコードがどういうものなのか想像もできないので
検索キーワードだけでも良いので教えてください

**デフォルトの名無しさん** · 2022/03/08(火) 00:38:56.95

>>252
ベンチマークは極端な仮定に基づき簡単に特性を見るもので実運用ではその通りにはならないのが通例
依存する全クレート含めてRustの外へのアクセスを除いてunsafeを全く使わないコードで動かしてみればいい

>>253
Rust

**デフォルトの名無しさん** · 2022/03/08(火) 00:40:37.90

あと圧勝なんてしてないよ？

**デフォルトの名無しさん** · 2022/03/08(火) 00:41:09.70

>>254
なんだよまたコード例を貼れない人かよ

**デフォルトの名無しさん** · 2022/03/08(火) 00:43:19.64

>>256
こないだ貼ったよ
https://mevius.5ch.net/test/read.cgi/tech/1638086359/480

**デフォルトの名無しさん** · 2022/03/08(火) 00:56:08.88

>>257
コードを見てみましたが失格
fnの前にunsafeを付けなければなりません
かなり酷い初心者のようですが出直して勉強してからまた来てください

**デフォルトの名無しさん** · 2022/03/08(火) 01:13:52.49

それ書いたときも同じこと言われて
https://mevius.5ch.net/test/read.cgi/tech/1638086359/481
こう言った
https://mevius.5ch.net/test/read.cgi/tech/1638086359/483
ダメ押し
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2021&gist=8094ef6303e16cba3c13c58f8955a6ed

**デフォルトの名無しさん** · 2022/03/08(火) 01:21:02.52

playgroundは初心者さんが使いそうなので、あんまり変なので負荷をかけたくないってことで、compiler explorerにしてみた
https://godbolt.org/z/MEqoTM5Yq

**デフォルトの名無しさん** · 2022/03/08(火) 01:27:17.05

どうでもいいけど compiler explorer よく見たらvimが使えるｗちょっと感動したｗ

**デフォルトの名無しさん** · 2022/03/08(火) 02:05:41.64

>>257
普通に書いたら遅くなるコード例が欲しかったんですがこれは何をしようとしていて何が遅くなっているんですか？

**デフォルトの名無しさん** · 2022/03/08(火) 02:21:08.30

>>262
お前が誰かなんて知らねーし、すでに自分で探せと言ったものを何度も他人に聞くなよｗ本当に頭悪いなｗ

**デフォルトの名無しさん** · 2022/03/08(火) 02:27:22.25

おれのコードか? 欲しけりゃくれてやるぜ… 探してみろこの世の全てをそこに置いてきた(ﾄﾞﾝ

**デフォルトの名無しさん** · 2022/03/08(火) 02:27:39.29

>>263
どの書き込みに対するレスかすら確認せずに反論してたのか...すごい

**デフォルトの名無しさん** · 2022/03/08(火) 02:38:10.27

レスは適当に追うけど、長すぎんだよｗ
複数に答えてるところで分岐があるんだし、かなり前のお前のレスを読まないと分からない内容にしてるお前の頭が悪いだけｗ
しかも断られた内容を「自分の頭が悪くて...どういうものなのか想像もできないので...だけでも良いので教えてください」と懇願するほどの馬鹿ｗ
再度断られると煽りはじめ、しかもしつこく深夜まで…やばいってお前ｗ

**デフォルトの名無しさん** · 2022/03/08(火) 03:00:25.45

>>266
うんうん、わかったわかった
「普通に書いたら遅くなるコード例」はあなたからは出てこないのね
それならこれ以上やりとりしてもお互い無益なのでやめましょう
何度もレスさせてごめんね
こんな遅くまで付き合ってくれてありがとう

**デフォルトの名無しさん** · 2022/03/08(火) 04:06:31.78

>>267
はじめに断ってんだろｗ二度断ってなお煽ってきて何いってんの？ｗ確信犯がそれで許されるわけねーだろｗ
二度と書き込みませんと宣言したら許してやるｗ

**デフォルトの名無しさん** · 2022/03/08(火) 04:29:07.10

名だたる企業がRustについての肯定的なレポートを出しているが、それも誤りだというのか？
誤りではないが、だからといってシェアがとれるわけではないというのか？

**デフォルトの名無しさん** · 2022/03/08(火) 05:04:17.68

特定のシチュエーションで肯定的という事実だけ
それを元に何かを想像するのは自由だが、どの領域でどこまでシェアを伸ばせるかについては想像に過ぎない
さも名だたる企業が領域とシェアについて言及してるかのごとくに言い広めるのは良くない

**デフォルトの名無しさん** · 2022/03/08(火) 06:10:54.51

何もかもソース無し個人の感想で草

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

自分で見つけられない人は可哀想ｗどこまでも煽っていくスタイルなんですねｗ

**デフォルトの名無しさん** · 2022/03/08(火) 06:35:46.51

>>270
名だたる企業が安全だと言っている事実に誤りはないのかね？
速度もCと互角と言っているのは？

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

就寝したかな？

**デフォルトの名無しさん** · 2022/03/08(火) 13:19:25.26

C#ってWindows限定じゃなきゃ選択肢に上らない。いつMSがやーめた、今度はこっちにするわって言い出すかわからんもん。Rustはどうかな？

**デフォルトの名無しさん** · 2022/03/08(火) 14:18:20.87

MSがやめたら進化は止まるかもしれんが使えなくなるわけじゃないだろ

**デフォルトの名無しさん** · 2022/03/08(火) 14:44:27.03

>>275
いつの時代の話だよw

**デフォルトの名無しさん** · 2022/03/08(火) 14:57:59.41

言語に関してはMSはディスコンしてもサポートがめちゃ長いから比較的安心

D言語みたいなのでもまだ続いてるからRustも今のところ心配する必要ない
衰退し始めたら気長に移行すればいい

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

>>274
昼過ぎに起きて一斉に書き込んでるね
よー寝るやつだw

**デフォルトの名無しさん** · 2022/03/08(火) 18:21:13.99

>>279
だなー、他のスレにも同じ時間帯に書くからわかりやすいわ

**デフォルトの名無しさん** · 2022/03/08(火) 22:24:39.58

非同期関数(非同期タスク)について質問です
単純に読むとか書くとかなどは非同期関数を呼んで待たされる(=待たせてくれる)のでawaitで待てばよいのですが
何かある仕事を専門にする人がシングルトン的に存在していてそこへ仕事を依頼して非同期に結果が出たら結果をもらう場合は
Rustではどうするのが効率がいいのでしょうか？
例えばコールバックをしてもらうとか
チャネルをもらってその読み出しで待つとか
スケジューラーの中で寝て待って起こしてもらうとか
その他など各々の可能不可能とメリットデメリットと具体的な方法が知りたいです
それに加えてタイムアウト付きで結果がまだ出ずとも時間内に戻りたい場合はどうなりますか？

**デフォルトの名無しさん** · 2022/03/08(火) 22:42:13.35

必要な機能をもった非同期ランタイムを選択する。
自分でやるなら unsafe でやることになるだろうけど本当にしんどい道のりになると思う。

**デフォルトの名無しさん** · 2022/03/08(火) 22:59:43.72

全然具体的でなくて草ｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/08(火) 23:20:38.55

ちょっと前提が異なるけど参考情報
hyperの中核となっているService traitは非同期コールバック方式
これでサーバーもクライアントもDNS解決もコネクション張るのも全てやっている

**デフォルトの名無しさん** · 2022/03/08(火) 23:28:46.08

>>281
select_all使えばいいと思う

**デフォルトの名無しさん** · 2022/03/08(火) 23:48:42.33

例えばhyperでサーバーがHTTPリクエスト受けるのにも二段のimpl Serviceが使われていて
一段目はコネクションが張られる毎
二段目はそのkeepaliveで複数回になりうるHTTPリクエスト毎

>>285
タイムアウトはその合成でいけるね

**デフォルトの名無しさん** · 2022/03/08(火) 23:52:54.53

古き良きselectを使わないやつはunsafeにまみれるがいい！
$ cargo geiger

**デフォルトの名無しさん** · 2022/03/08(火) 23:53:52.79

// こんな人向けの話
#[tokio::main]
async fn main() {
async {
println!("{}", "こんにちは世界！");
}.await;
}

**デフォルトの名無しさん** · 2022/03/09(水) 10:50:10.12

だけど今さらJavaを選択しないだろ。終わりの始まりはOracleがSUN Microsystemsを買収したとき。

**デフォルトの名無しさん** · 2022/03/09(水) 10:56:14.10

>>202
補完の効かないHTMLモドキ書くの辛ぽよな
VDOM系ならsauronがmacro以外でも書ける
個人的にはSilkenwebかな

**デフォルトの名無しさん** · 2022/03/09(水) 12:12:27.95

>>289
世の中web系ベンチャーばかりじゃないので…

**デフォルトの名無しさん** · 2022/03/09(水) 12:23:18.65

>>289
もちろん今となってはJavaを使う意義は全く無いが
Javaしか使えない(人材しかいない)遅れたところも存在している

**デフォルトの名無しさん** · 2022/03/09(水) 12:49:32.47

>>281
結局どこかで同期(待ち合わせ)したいならば
(1) 条件を満たしたらReadyになる自作Future<Output=T>を受け取りfuture.awaitで待つ
(2) lockされた非同期Arc<Mutex<T>>を受け取りmutex.lock().awaitで待つ
(3) 非同期channel::Receiver<T>を受け取りreceiver.recv().awaitで待つ
これらawaitの前の部分はfutureなのでタイムアウト付きにしたいなら
非同期timeout(duration, future).awaitで待つ　または非同期sleepを使って
futures::future::select(future, sleep(duration))で任意の仕様で作成可
さらに多くのfutureが関係するならselect_all

**デフォルトの名無しさん** · 2022/03/09(水) 13:01:08.14

悩ましいのが非同期処理待ち合わせにおけるタイムアウトしたときなどのキャンセル処理だな

**デフォルトの名無しさん** · 2022/03/09(水) 13:05:17.06

unsafeに屈してtokio/mioベースでウェーイし、二度と安全などと申しません！するのが普通
これは踏み絵なのだ

**デフォルトの名無しさん** · 2022/03/09(水) 18:04:37.99

マクロのdslは補完が効かないのか

**デフォルトの名無しさん** · 2022/03/09(水) 19:04:55.67

>>294
タイムアウトもしくは多数のfutureから先着一択した場合でも
残りのfutureは手元に残るしその出自も把握しているわけだから
用途ごとに必要なキャンセル処理を用意したり実施したりすればよいだけ
これは非同期でなく同期で全体の処理時間にタイムアウトを設けた場合でも起きる話

**デフォルトの名無しさん** · 2022/03/09(水) 22:19:31.86

async/awaitなどを使わないとしても、その手の処理を実装するなら通常は非同期I/Oを使用する
もしくは同期I/Oを別スレッドから強引にclose/shutdownする
なので、非同期I/Oを使用せずに綺麗に実装するなら、常に終わるまで待つか、キャンセル自体、つまりタイムアウトを諦めるのが普通
だから非同期を使うのであれば速度優先unsafe党に入り、RustはC/C++よりちょっと遅く、C/C++同様安全でない言語です！と懺悔しながら他の言語に許しを乞う必要があるｗ

**デフォルトの名無しさん** · 2022/03/09(水) 23:10:28.68

>>298
プログラミングしたことないためにunsafeが何かをわかっていない人だ
わかってないからブレて毎回主張に自己矛盾

**デフォルトの名無しさん** · 2022/03/09(水) 23:16:40.46

>>298
いつコテハンするの？

**デフォルトの名無しさん** · 2022/03/09(水) 23:23:01.29

僕ちゃん達にはむじゅかししゅぎましたかねｗ