Rust part11

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/ 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] 引数だけで解決できないなら設計が悪い 589 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 01:17:00.79 ID:mSeKT5En.net] >>575 どうなって欲しいの？ 590 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 02:01:49.31 ID:pisrhHbj.net] 競プロに向いてるかって言われるとそうでもない気はする 591 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 02:02:54.83 ID:ukJY1zau.net] >>573-574 static mutは割とめんどくさい問題があるみたいだぞ https://qiita.com/qnighy/items/46dbf8d2aff7c2531f4e 592 名前：デフォルトの名無しさん [2021/08/10(火) 02:13:08.50 ID:KzRmJx3E.net] >>570 グローバル変数の代わりに関数の引数を増やすと毎回連れ回す形で見にくくなるけれど 再帰関数ではなく再帰メソッドにしてしまえば引数を増やさずにいくらでもパラメータを使えます 例えば「再帰で1からnまでの和や積」を求める例で「差分diff」が可変パラメータとした場合 struct Arith { diff: i32 } impl Arith { 　fn sum(&self, n: i32) -> i32 { if n <= 0 { 0 } else { n + self.sum(n - self.diff) } } 　fn mul(&self, n: i32) -> i32 { if n <= 1 { 1 } else { n * self.mul(n - self.diff) } } } fn main() { 　let diff1 = Arith { diff: 1 }; 　assert_eq!(diff1.sum(10), 55); // 1+2+3+4+5+6+7+8+9+10 　assert_eq!(diff1.mul(7), 5040); // 1*2*3*4*5*6*7 　let diff2 = Arith { diff: 2 }; 　assert_eq!(diff2.sum(10), 30); // 2+4+6+8+10 　assert_eq!(diff2.mul(7), 105); // 1*3*5*7 } 今回はdiffの部分が1個だけですが複数のパラメータにもできます こうすることで「グローバル変数を使わず」＆「引数を毎回連れ回さず」に書けます 593 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 04:53:07.24 ID:yd00h36W.net] >>574 キャプチャしたいだけならクロージャ使えばいいけど let test = 1; let calc = || { 　if test == 1 { println!("yes") } }; calc(); 再帰ならaccumulator的なものを連れ回すほうがいいと思う 594 名前：デフォルトの名無しさん [2021/08/10(火) 05:14:22.44 ID:gCWS4DSe.net] >>581 moveしなくていいの？ 595 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 05:38:40.18 ID:2mfgVpK+.net] struct使ってimplで&mut selfを持ち回せばいい気が 596 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 09:41:32.99 ID:u04QFiKf.net] >>576 全部自分で作れるんならね 既存のライブラリとかOSのAPIとかの制限は自分じゃどうにもならん 597 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 09:51:21.46 ID:u04QFiKf.net] >>577 .with使うのが面倒 .borrow_mutもね そのまま読み書きしたい そもそもstaticな時点で生存期間のチェックなんていらないんじゃないかと 598 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 14:05:16.63 ID:mSeKT5En.net] >>585 可変参照が複数同時に存在すると即UBだから safe なコンテキストでは with や borrow は必須にせざるを得ないだろうね RefCell とかと同じ 599 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 15:05:08.24 ID:QyXjq7Ed.net] みんなありがとう、なんとなく再帰できたよ。やり方あってるかわからんけども 以下お試しプログラム ttps://paiza.jp/works/mondai/dp_primer/dp_primer_stairs_boss use std::*; fn main() { 　let mut str = String::new(); 　io::stdin().read_line(&mut str).unwrap(); 　let mut nums0: Vec<i32> = str.trim().split(" ").map(|it| it.parse().unwrap()).collect(); 　let mut test = Test { nums: nums0 }; 　println!("{}", test.calc(0)); } pub struct Test { 　nums: Vec<i32>, } impl Test { 　pub fn calc(&mut self, id: i32) -> i32 { 　　if id == self.nums[0] { return 1; } 　　let mut res0: i32 = 0; 　　for i in 1..=3 { 　　　if id + self.nums[i] <= self.nums[0] { 　　　　res0 += self.calc(id + self.nums[i as usize]); 　　　} 　　} 　　　return res0; 　　} } 600 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 15:09:12.73 ID:QyXjq7Ed.net] ちな、同じプログラムをkotlinで fun main() { 　var numList = readLine()!!.split(" ").map { it.toInt() }.toIntArray(); 　fun calc(id: Int): Int { 　　if (id == numList[0]) return 1 　　var res: Int = 0 　　for (i in 1..3) { 　　　if (id + numList[i] <= numList[0]) 　　　　res += calc(id + numList[i]) 　　} 　return res; 　} 　println(calc(0)) } 601 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 15:34:52.35 ID:yd00h36W.net] >>587 このケースだとmutの必要もないし 単に`fn calc(id:i32, nums:Vec<i32>) -> i32`にすればよくない？ 602 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 16:13:38.39 ID:QyXjq7Ed.net] とりあえずできるかどうか適当に書いたものだからｗ あと、これはindexだけを順繰りに送っていけばいいので引数1個でいいけど、 複雑な問題だとindexに、3次元配列の添え字として3つ、その配列本体、比較する配列の文字列とか、 さらにメモ化するためには、メモする配列もとか、めっちゃ引数がもの凄くなることがあるのね だから、なんとかグローバル変数にアクセスできないかと思って 逆に構造体に全部の参照したい変数をまとめて、それだけを持ち回るとかもいいかもｗ 603 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 22:09:35.86 ID:OZBv7QiC.net] 再帰使うならもっと再帰っぽく書いてくれ numsの初項とそれ以降の数値の意味が全く違うなら同じ変数に入れないでくれ 書き捨てや試行錯誤の途中ですらやらないぞこんなの 604 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 22:40:39.77 ID:OOQ3UOoB.net] 競プロってそういうもんだし……

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef