1 名前:デフォルトの名無しさん mailto:sage [2021/06/17(木) 00:24:12.56 ID:NvYoNP9C.net] 公式 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/ ※C++との比較は専用スレへ C++ vs Rust https://mevius.5ch.net/test/read.cgi/tech/1619219089/ 前スレ Rust part10 https://mevius.5ch.net/test/read.cgi/tech/1617367084/
488 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 14:17:32.88 ID:bSJbrTlR.net] >>476 あと、C++の場合、 CPerson person = CPerson(・・・); と書いた場合は、代入にならずに必ず、 CPerson person(・・・); と書いた場合と全く同様にコンストラクタが呼び出されることが決まっている。 Rustの場合、そういうことが全くドキュメント化されてない。 C++プログラマはそのことを理解しているから高速なコードが書けるが、 Rustは書いてないのでテキトーに書くしかない。 結果、あまり速くないコードになって、しかもどこが原因かも分からなく なりそう。
489 名前:はちみつ餃子 mailto:sage [2021/07/30(金) 14:26:14.81 ID:qMgk6unv.net] >>476 https://doc.rust-lang.org/beta/unstable-book/language-features/box-syntax.html
490 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 14:26:20.43 ID:uBYlPp6h.net] それよりdropがいつ走るかわからない方が怖いわ
491 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 15:17:37.81 ID:bSJbrTlR.net] Rustでは、CPersonのメンバ関数 new()の中で Heapにオブジェクトを作る時、 fn new(yyy) { return Box::new( CPerson { age: xxxx, name: xxxx } ); } みたいに書くしかないらしい。しかし、C++だと、コンストラクタの中で、 GetSystemModuleName(&name, zzz); のような書き方も出来る。 何が言いたいかと言えば、Rustだと代入形式でしか書けないので柔軟性に 欠けるということ。
492 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 15:19:00.34 ID:bSJbrTlR.net] >>478 リンク先間違ってない?
493 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 15:31:40.72 ID:87Gl51wF.net] bindings_after_at stableになったのうれしい
494 名前:デフォルトの名無しさん [2021/07/30(金) 16:14:14.47 ID:ghy/bFcm.net] >>480 メモリ安全性を保つのが困難になっていくからそれを避ける方法がベストだよ
495 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 16:42:36.73 ID:bSJbrTlR.net] >>483 なんともなあ。
496 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 16:53:36.97 ID:SwFfvD28.net] せっかくだしこっち使ってくれよ https://mevius.5ch.net/test/read.cgi/tech/1619219089/
497 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 16:58:32.68 ID:9xDw6FKV.net] >>476 コピーが生じないように最適化される。 つまり、スタック上の一時オブジェクトをヒープにコピーするのではなく、ヒープ上に直接オブジェクトを作成する。
498 名前:デフォルトの名無しさん [2021/07/30(金) 17:02:02.06 ID:lHY+syIy.net] >>480 具体的にこのように書きたいけどエラーになるというRustのコードを示してください。(他の言語のコードは不要) それによりようやく初めて、何を問題としているのか、何が問題なのか、がはっきりします。
499 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 17:29:20.46 ID:nNXXdoxJ.net] VeqDequeに二分探索実装されてるけどそもそもソートできなくない???
500 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 18:21:23.96 ID:N3W+nBLQ.net] >>488 make_contiguousかas_mut_slicesで中身の可変スライスを受け取って そのスライスのsortかsort_byを使えばソートできそう(試してない) make_contiguousが本線っぽいからリファレンス読んでくれ
501 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 18:33:31.64 ID:nNXXdoxJ.net] make_contiguousするならそのあとのas_mut_slicesに対して二分探索でよくない????
502 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 19:00:01.19 ID:N3W+nBLQ.net] その辺はもう「お好きにどうぞ」としか言えない
503 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 20:35:47.56 ID:Lxzkaxvv.net] contiguousじゃないがsortされてることが保証されてるケースで使いたいのかね
504 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 21:37:49.30 ID:7fXRNBDL.net] sort順を壊さない位置に要素を挿入するのにbinary_searchを使う
505 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 21:46:04.82 ID:Lxzkaxvv.net] https://github.com/vojtechkral/rfcs/blob/vecdeque-binary-search/text/0000-vecdeque-binary-search.md#motivation
506 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 23:01:01.92 ID:YV3ifLwI.net] >>486 オブジェクトを返す関数を Box::new()のパラメータの位置に書いてもそうなるの?
507 名前:デフォルトの名無しさん mailto:sage [2021/07/30(金) 23:11:44.30 ID:ZatLdYYe.net] >>477 explicitでなければな
508 名前:デフォルトの名無しさん mailto:sage [2021/07/31(土) 16:04:12.94 ID:4L+o4Dn8.net] 配列の添え字はusize以外も許容してほしいなー
509 名前:デフォルトの名無しさん mailto:sage [2021/07/31(土) 16:11:02.83 ID:zwQwPVDS.net] std::ops::Index を実装すればええんちゃう?
510 名前:デフォルトの名無しさん mailto:sage [2021/07/31(土) 16:31:36.36 ID:4L+o4Dn8.net] >>498 おお、こんなのあるのか。知らなかった。
511 名前:デフォルトの名無しさん [2021/08/02(月) 06:51:52.57 ID:rcivjOzc.net] Tokio @tokio_rs Announcing Axum - An ergonomic and modular web framework that takes full advantage of the Tokio, Hyper, and Tower ecosystem. https://tokio.rs/blog/2021-07-announcing-axum
512 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 10:51:16.95 ID:/2ZmNaA8.net] Rocketが統一するんじゃなかったんかい
513 名前:デフォルトの名無しさん [2021/08/02(月) 11:07:27.91 ID:IM57Srba.net] axumはシンプルかつ洗練されており柔軟性もあって、よりRustっぽい それでいてtokio直轄だから今後の主流になりそう
514 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:09:36.24 ID:gKjubcDS.net] actix-webと比較するとどう?
515 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:22:47.21 ID:LBPYCkqw.net] asyncも結局Tokioが覇権になるんかな?
516 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:40:06.27 ID:txHGxpYt.net] 高収入エンジニアは「ラスト」に注目、ファインディ調査:日本経済新聞 https://www.nikkei.com/article/DGXZQOUC312180R30C21A7000000/
517 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:52:00.11 ID:XqEhhKmo.net] tokio、名前がダサすぎて無理w async-std勢にもっと頑張ってほしい
518 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 13:37:03.39 ID:b7V5cI6n.net] どうしても沢田研二を思い出すからな
519 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 13:48:07.46 ID:cEvsPyTU.net] 客の入りが悪くてダサいヤツ
520 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 14:35:12.33 ID:txHGxpYt.net] Tokioの名前の由来って普通に東京の可能性があるのか >I enjoyed visiting Tokio (Tokyo) the city and I liked the "io" suffix and how it plays w/ Mio as well. I don't know... naming is hard so I didn't spend too much time thinking about it. https://www.reddit.com/r/rust/comments/d3ld9z/how_tokio_crate_got_its_name_like_that/
521 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 18:57:04.81 ID:+XZCqP9q.net] axumのimpl IntoResponseとかはaxcixより命名規則とかディレクトリ構造とかよかったけどappの組み立て方が微妙だなー n-texとかがかなりいいよね
522 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 21:06:18.53 ID:K5Gz/oHK.net] tokioは問題のある挙動が発覚しそうで嫌
523 名前:デフォルトの名無しさん mailto:sage [2021/08/02(月) 23:22:29.33 ID:5JIyBWeF.net] async-stdなら発覚しない?
524 名前:デフォルトの名無しさん [2021/08/03(火) 05:46:07.98 ID:NdBhyyWi.net] ランタイムはasync-std, tokio, actixの3系統という認識であっていますか? 今回は組み込みとか除外で、ウェブ使う前提での根幹の非同期ランタイムに限る話として。 それぞれの系統のデメリットは何ですか?
525 名前:デフォルトの名無しさん mailto:sage [2021/08/03(火) 10:52:22.44 ID:C59tapei.net] actixは内部でtokio使ってるから実質tokio
526 名前:デフォルトの名無しさん [2021/08/04(水) 05:06:56.84 ID:vy1xC0f1.net] ここ反tokio派が多いようなので 見習ってasync-std派になろうと思います デメリットなどあれば教えてください
527 名前:デフォルトの名無しさん mailto:sage [2021/08/04(水) 13:06:46.39 ID:i8X/nYqM.net] ワタシはtokio派
528 名前:デフォルトの名無しさん mailto:sage [2021/08/04(水) 13:23:10.51 ID:djLthEM6.net] どうせ遊びコードだろうしどれでもいっしょだろ
529 名前:デフォルトの名無しさん mailto:sage [2021/08/04(水) 14:08:55.46 ID:kUGuSA9v.net] 遊びコードなら非同期なんか要らないだろ 同期処理のフレームワークにしとけ
530 名前:デフォルトの名無しさん [2021/08/04(水) 14:41:35.72 ID:wzpAdwFh.net] tokioは巨大な一枚岩になっていて方針がおかしくね?
531 名前:デフォルトの名無しさん mailto:sage [2021/08/04(水) 18:03:25.14 ID:ixF3VIJu.net] smolってどうなの
532 名前:デフォルトの名無しさん [2021/08/05(木) 00:05:10.42 ID:+sKg5038.net] >>520 smolはasync-ioやasync-fsやasync-netやasync-executorなどの親分だね それらsmolのサブクレートであるasync-*シリーズはsmol以外のところでも使われてる
533 名前:デフォルトの名無しさん mailto:sage [2021/08/05(木) 06:32:52.89 ID:vEltfgyn.net] RustではじめるWebAssembly入門〜JavaScriptを超える高速なWebアプリ開発を実践しよう https://codezine.jp/article/detail/14567
534 名前:デフォルトの名無しさん [2021/08/05(木) 22:19:57.77 ID:CdYIb2/R.net] 昔はtokioも同じように多数のtokio-xxxから成り立っていた しかしどんどん合併していき巨大な一枚岩tokioになってしまった
535 名前:デフォルトの名無しさん mailto:sage [2021/08/05(木) 23:44:46.85 ID:igzlcjJl.net] 最終的に各機能は連携するので整合性を維持したまま保守し続けることを考えたら 全体でひとつのパッケージにしてしまうのが楽というのはわかる。
536 名前:デフォルトの名無しさん mailto:sage [2021/08/06(金) 00:29:20.56 ID:BpKFUZU0.net] featureで機能on/offするtokio方式の方が使う側も楽では
537 名前:デフォルトの名無しさん [2021/08/06(金) 05:47:54.70 ID:uymdWrFB.net] >>520 smolもasync-stdもStjepan Glavinaが立ち上げた だからasync-ioなど両者共にベースとしている
538 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 08:24:17.06 ID:xZrMsPjx.net] オライリーの本で勉強始めたんだが、説明なしにいきなりSomeとか出てきてもやもやしながら読み進んでいる。 索引にも見つからないし。この本のどこかにSomeの説明があるなら誰かページ数教えて。
539 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 08:54:25.11 ID:pHhntc3E.net] Somewhere 言いたかっただけだから叩かないで蹴らないで
540 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 09:03:20.19 ID:Xj8Oc6zx.net] わいの持ってるオライリーの『プログラミング Rust』だと27ページ(§2.6.1)でOptionの説明してる
541 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 09:03:35.46 ID:7YRCcDcM.net] 索引に「Option<&T>」はない?
542 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 09:10:40.92 ID:xZrMsPjx.net] 同じ本です。そこで使っているSome(T)の説明がなかったので。 文脈からするとT型の値を持っている何かなんだろうけど、正体がわからないのがもやもやして。
543 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 09:22:21.99 ID:Xj8Oc6zx.net] 列挙型(enum)なら10章で取り上げてるね Optionは出てこないかもしれないけど
544 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 09:30:04.54 ID:xZrMsPjx.net] あ、なるほど。Some(T)とい型があるのかと思ってしまったけど、Some<T>じゃないですね。 Option<T>の値の一つとしてSomeがあって、それがTの値を持っていると。
545 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 09:31:53.94 ID:tg14s6ns.net] オライリー、はやく改訂してくれええあええぃ!
546 名前:デフォルトの名無しさん [2021/08/07(土) 11:16:06.74 ID:KHlBD2QX.net] Rustの特徴のうち今回の件だと以下の3つの側面を理解するまでが初心者あるあるですもんね ・Rustのenumは値付きenumすなわちタグ付きunionである ・enumのうちResultとOptionの時だけmatch/return構造のsyntax sugarとして? operatorがある ・そのためRustにはtry/catchの大域脱出機構が無いけども同様の利便性を途中の関数呼び出しに?の1文字付けるだけでスルー出来る
547 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 12:12:56.92 ID:VbMntA3z.net] >>534 原著の新しい版持ってるけど26~27ページにあるOption<T>の説明は特に変わりないよ サンプルコードのOption<u32>がOption<usize>になってるくらい >>535 >そのためRustにはtry/catchの大域脱出機構が無いけども同様の利便性を途中の関数呼び出しに?の1文字付けるだけでスルー出来る 実際に書いてれば分かると思うけど受け渡しするための型を常に意識する必要があるからスルーとはちょっと違う Javaの検査例外前提なら同様の利便性と言えるかもしれないけど
548 名前:デフォルトの名無しさん [2021/08/07(土) 12:23:21.41 ID:nftxz994.net] >>536 エラー返す関数はResult<T,Error>で統一されているから、呼び出す自分もそれを見習うだけでしょ。 そしてエラーをcatchしたいところではmatchして、エラーをスルーしたいところでは『?』
549 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 13:32:55.26 ID:Xj8Oc6zx.net] >>537 Result<T, Error>のErrorの部分の型が違うと?演算子は使えない struct MyError; // 独自エラー型 fn task() -> Result<(), MyError> { let file = std::fs::File::open("foo.txt")?; // std::io::Error ≠ MyError だから駄目 // ... Ok(()) } ただ型が違ってもFromを実装することで?演算子を使えるようになるのは知っておくと便利 // ↓があると↑はコンパイルできる impl From<std::io::Error> for MyError { fn from(error: std::io::Error)-> MyError { MyError } }
550 名前:デフォルトの名無しさん [2021/08/07(土) 14:50:06.24 ID:GahNZGHc.net] ?はintoを呼び出してるから まで知っているとモテる
551 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 17:42:21.09 ID:FYrxKjUH.net] dyn で全部キャッチするようにするから大丈夫!
552 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 18:01:27.03 ID:+ABrS84s.net] 不要なuse削除してくれる便利な機能ってもしかしてあったりしますか?
553 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 19:24:08.57 ID:7Hk1t5D8.net] >>541 Go使え
554 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 19:33:00.30 ID:+7+FQ4Xg.net] cargo fixで消せたっけ?
555 名前:デフォルトの名無しさん mailto:sage [2021/08/07(土) 21:44:09.86 ID:5+EnO1ft.net] Optionすら知らない人が、いきなりオライリー読んでも分からんのでは… 無料で読めるBookから読んだ方が良くない?
556 名前:デフォルトの名無しさん [2021/08/08(日) 01:21:05.48 ID:pbwTdSH0.net] Rustlingsの構造体のところやってるんだけどさあ ↓この構造体があった場合に、なんで後に出てくるダメって方のじゃ動かないの??? struct ColorClassicStruct { name :String, hex :String, } //ダメ //テキ
557 名前:Xト領域に"green"や"#00FF00"が書き込まれて、それに対する参照が渡されるからダメってこと!? let green = ColorClassicStruct{ name: "green", hex: "#00FF00", }; //OK let green = ColorClassicStruct{ name: "green".to_string(), hex: "#00FF00".to_string(), }; [] [ここ壊れてます]
558 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 02:00:43.05 ID:VDR20IrG.net] "green"の型は&'static strで"green".to_string()の型はString ただそれだけの話
559 名前:デフォルトの名無しさん [2021/08/08(日) 07:20:41.65 ID:3PQxbLEp.net] >>545 型が異なる どちらも文字列実体はUTF8の[u8]配列だが String ・Vec<u8>を利用 ・つまり文字列実体は[u8]配列をヒープに領域確保(この場所は伸長により自動的に移動あり) ・そこへのポインタと確保メモリの長さと文字列の長さの『3つ組』を持つ ・文字列の長さは可変で確保メモリの長さを超えるとヒープ再割り当てが自動的に起きる &str ・スライス&[u8]を利用 ・つまり文字列実体の[u8]は既にどこかに確保されている ・そこへのポインタと文字列の長さの『2つ組』を持つ ・文字列の長さを変えるという概念はない
560 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 14:26:56.33 ID:UvnbNG8C.net] Rustとかまだ生きてるのか
561 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 14:30:32.33 ID:ZbQryp6F.net] 逆にイキイキし始めた
562 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 17:42:08.00 ID:AtnJJ/4w.net] 現状LLVM上でしか動かないらしいけど 将来的にC/C++並みにターゲットプラットホーム増やすって動きはないの?
563 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 17:57:57.87 ID:8fWNQyKy.net] >>550 そのプラットホームって何を指して言ってる?
564 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 17:58:17.99 ID:f8nEzm+l.net] それはLLVMの仕事です
565 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 18:23:12.96 ID:YO4aMRa7.net] >>550 gccバックエンドとかのプロジェクトは進んでいる
566 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 18:26:41.67 ID:hfCzmf6o.net] なんかあんまり順調に進んでないように見えるけど https://github.com/Rust-GCC/gccrs
567 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 18:34:13.86 ID:YO4aMRa7.net] gccrsはやってること考えたらすごい勢いで進んでるとは思うけどね 実用になるのはこっちが早いかと https://github.com/antoyo/rustc_codegen_gcc
568 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 18:37:27.80 ID:hfCzmf6o.net] JVMバックエンドで動くJRustも欲しい あ、Rust.NETもいるな
569 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 19:39:21.77 ID:Sm1ghOWg.net] >>556 メリットは?
570 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 19:46:05.12 ID:hfCzmf6o.net] >>557 豊富な既存ライブラリを利用できる
571 名前:デフォルトの名無しさん [2021/08/08(日) 20:10:03.36 ID:7dicyYlk.net] 聳え立つクソの山の間違えだろ
572 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 20:12:30.23 ID:Sm1ghOWg.net] ランタイムを変える必要はなくて、FFIでいいんじゃないだろうか
573 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 20:22:22.71 ID:o6Sz00kX.net] 純粋に興味だけで言えば面白そうだけど C++/CLIの二の舞になりそう
574 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 21:30:40.77 ID:T1ZtDM68.net] JVM上で動かすなんて、既存資産扱うところでGC避けられなくなる訳だから嬉しさが皆無では。 JVM上で現代的なプログラミングしたいだけならScalaやKotlinのほうがよっぽどいい。
575 名前:デフォルトの名無しさん [2021/08/08(日) 21:30:47.94 ID:pbwTdSH0.net] >>546 >>547 どっちも参照っぽいのに何が違うのか全然わ買ってなかったよ ありがとう!
576 名前:デフォルトの名無しさん mailto:sage [2021/08/08(日) 21:41:24.86 ID:Cdmlpdjr.net] >>561 二の舞って、MSがサポートを投げだした以外は別に悪いところは無かったと思うが。
577 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 00:22:56.88 ID:Xf+oNAim.net] Googleもサポートやめる
578 名前:デフォルトの名無しさん [2021/08/09(月) 00:45:05.35 ID:iRm2fJ4Y.net] C++/CLIのCLIってマイクロソフト.NETのでしょ
579 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 16:05:33.35 ID:bWVDlgk2.net] LLVMのバックエンドがgcc並みになれば万事解決
580 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 16:10:16.25 ID:OWI9S7jW.net] >>564 それが全てだろ。 開発コミュニティが長期的に維持されない (維持される見込みがない) なら 他の何が良くても産業的に使い難い。
581 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 16:57:51.57 ID:qYrd5+ip.net] はぁ。 >>561 はGCを持った仮想マシン環境に移植することがC++/CLIと似た状況だと言っていたのかと思ったが、 そこは全然これっぽっちも関係ない話なわけね。 開発コミュニティが途中で投げ出す恐れなんて言っていたらあらゆるものが当てはまりそうだが。
582 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:27:58.38 ID:xgGPGjpP.net] 競プロでRustを使ってみようと思って勉強してたんだけど、 再帰関数がめっちゃ面倒なのね 関数の外のスコープの変数の読み取りができないから、 全部引数に記述しなくちゃいけなくて凄い面倒 処理速度が速かったので期待してたんだけどな(´・ω・`)
583 名前:デフォルトの名無しさん [2021/08/09(月) 20:38:14.63 ID:yQGrG0lM.net] >>545 ダメの方で通るでしょ 宣言でStringを&'static strにする "green"とだけ書けばプログラムコードのread onlyエリアに確保されて&'static strのライフタイムになる Stringを使うとheapエリアを余分に使ってしまうので損 もちろん文字列が伸びたり一部書き換わったりなど対応したい時ならばStringを使う
584 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:19:46.40 ID:9eWGuwAZ.net] >>570 全部引数渡しは当然だろう 問題なのは末尾再帰が出来ない事
585 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:26:05.96 ID:fbmhz8DS.net] >>570 グローバル変数使いたいなら static mut 使えば良いのでは unaafe 必要だけど別に安全性欲してないでしょ?
586 名前:デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:59:43.94 ID:xgGPGjpP.net] >>573 マジかそんなんあんのか!!!! static mut test: i32 = 0; fn main() { unsafe { test = 1; unsafe fn calc() { if test == 1 { println!("yes") } } calc(); } } yes表示キタ━━━━(゚∀゚)━━━━!! ありがとうありがとうヽ(´ー`)ノ
587 名前:デフォルトの名無しさん mailto:sage [2021/08/10(火) 00:56:57.83 ID:u04QFiKf.net] 純粋なグローバル変数は仕方ないけど、thread_localは もっと簡単な使い方にしてほしかったなー コールバック関数みたいに引数で渡せないパターンが面倒
588 名前:デフォルトの名無しさん mailto:sage [2021/08/10(火) 01:04:05.56 ID:1P7sVbl8.net] 引数だけで解決できないなら設計が悪い