Rust part12

**デフォルトの名無しさん** · 2021/08/24(火) 22:55:27.78

公式
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のasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

前スレ
Rust part11
https://mevius.5ch.net/test/read.cgi/tech/1623857052/

**デフォルトの名無しさん** · 2021/08/31(火) 23:52:15.67

調べたのにfor式を理解できんかったんかーいっ！！！

**デフォルトの名無しさん** · 2021/08/31(火) 23:54:52.53

Rustのforで二分探索ってどうやるのか気になる

**デフォルトの名無しさん** · 2021/08/31(火) 23:56:09.61

どうせ自分で二分探索なんか実装しないだろ
気にするな
標準ライブラリ使え

**デフォルトの名無しさん** · 2021/09/01(水) 01:38:57.54

>>258
for _ in 0..log2(n) as usize 的に回せばいいんでは?

まずやらないけど

**デフォルトの名無しさん** · 2021/09/01(水) 01:59:11.36

>>260 それでどうやるかわかんねーんすけど
少なくとも>>249が言ってるforでindex回すってのとは違うような

**デフォルトの名無しさん** · 2021/09/01(水) 03:29:00.40

>>254
もちろんRustのforはVecや配列に適用じゃなくてイテレータに適用
だからリスト処理しかできない言語のfor/foreachよりはRustのforは適用範囲が広い
しかし

>>258
for以前に確定しているデータしかイテレータ内で使えなくて
これはforの中で算出されたデータを借用規則によりイテレータに反映させられないためで
forの中でif分岐などする形で二分探索は無理と思う
しかし

元々の>>249が言う
「forを利用してindexで回さないとできないことが山ほどある。例えば二分探索とか」も間違い
このforはC言語などのfor (index初期値; index条件判定; index更新)を指しているが
二分探索はindex更新が状況により増減変化するためfor(;;)文を使えない
無理やりにforを使っても更新項がないため最初からwhile文を使うのが正解
つまりCでもRustでも同じでforではなくwhileが使われる

**デフォルトの名無しさん** · 2021/09/01(水) 05:05:49.84

こんな感じ？
fn binary_search<T>(array: &[T], target: T) -> Option<usize> where T: std::cmp::PartialOrd {
　let mut left = 0;
　let mut right = array.len() as i32 - 1;
　while left <= right {
　　let mid = (left + right) / 2;
　　if array[mid as usize] == target {
　　　return Some(mid as usize);
　　} else if array[mid as usize] < target {
　　　left = mid + 1;
　　} else {
　　　right = mid - 1;
　　}
　}
　return None;
}
Cで書いてもほぼ同じコードになるね
同じコードで任意の型に楽に対応できるRustの方が有利かな

**デフォルトの名無しさん** · 2021/09/01(水) 08:56:44.94

>>262
常識的なことを盛大に勘違いしてるので
>>254と同一人物なのモロバレだぞ

自分の書いたレスに他人のフリして間違いを指摘しようとするのは控えめに言っても病気

**デフォルトの名無しさん** · 2021/09/01(水) 19:34:58.07

>>249
お、249は俺だ。
言われてみれば確かに二分探索でforはないなｗｗ
while max-min > 0 とかそんな感じだった。飲んで書いてたからすまんすまん

でも、イテレータでなくてindexでやるほうが便利なことのほうが多いのは事実なのよ
動的計画法で現在の参照している配列の前後の内容を参照する時とか

**デフォルトの名無しさん** · 2021/09/01(水) 20:35:07.40

indexが便利なことの "方が" 多いの？
indexが便利なこと "も" 多いならわかる

**デフォルトの名無しさん** · 2021/09/01(水) 21:13:02.22

自分は競プロでRustを使ってるけど、その範囲では圧倒的にindex

**デフォルトの名無しさん** · 2021/09/01(水) 21:38:57.15

うーん、こういうのはイテレータだけでもいけるね
ttps://atcoder.jp/contests/abc138/tasks/abc138_d

static mut tree_list: Vec<(i64, i64)> = Vec::new();
static mut job_list: Vec<(i64, i64)> = Vec::new();
static mut res_list: Vec<i64> = Vec::new();

fn main() {
　unsafe {
　　input! {
　　　edge: i64, job: i64,
　　　tree_list0: [(i64, i64); edge-1],
　　　job_list0: [(i64, i64); job],
　　}

　　tree_list = tree_list0;
　　job_list = job_list0;
　　res_list = vec![0_i64; edge as usize + 1];

　　unsafe fn calc(index: i64, count: i64) {
　　　res_list[index as usize] += count;
　　　for &(a, b) in &tree_list { if a == index { calc(b, count); } }
　　}

　　for &(a, b) in &job_list { calc(a, b); }

　　for i in 1..res_list.len() { print!("{} ", res_list[i]); }
　　println!();
　}
}

**デフォルトの名無しさん** · 2021/09/02(木) 00:21:53.48

ところで非同期ライブラリはどれが標準になるの？

**デフォルトの名無しさん** · 2021/09/02(木) 01:42:02.99

そりゃあれでしょ

**デフォルトの名無しさん** · 2021/09/02(木) 11:37:50.37

名前がダセェあれか

**デフォルトの名無しさん** · 2021/09/02(木) 14:15:51.06

お江戸

**デフォルトの名無しさん** · 2021/09/02(木) 14:55:26.38

>>269
futuresで行ける

**デフォルトの名無しさん** · 2021/09/02(木) 15:18:41.35

Rustは、Tiobe index で、少し前に始めて20位に入ったが、今見たら
24位に下がってる。
このランキングの信憑性にも議論の余地はあろうが。
でも、日経の調査ではプロが使っている言語のTOPは、C/C++ということなので、
その調査とも整合はしている。
他の調査でも、CとC++を合算するとTOPか、2位になる。

**デフォルトの名無しさん** · 2021/09/02(木) 15:28:38.88

https://www.rust-lang.org/ja/production/users
には、Rust公式サイト(?)で製品に使っている企業名が書いてあるが、
聞いたことが無い企業が多い。それはそういうものなのかもしれないが。

**デフォルトの名無しさん** · 2021/09/02(木) 17:24:27.18

>>254
お前の負けやでｗ

**デフォルトの名無しさん** · 2021/09/02(木) 17:50:16.02

>>256
そらそろ宿題できたかい？

**デフォルトの名無しさん** · 2021/09/02(木) 18:51:20.53

>>277
お前の負けやでｗ

**デフォルトの名無しさん** · 2021/09/02(木) 19:10:59.17

また荒らしが来てるな
ところで非同期関数を呼ぶとfuture/promiseを返すだけでそのタイミングては実行開始しない怠惰タイプのプログラミング言語はRust以外に何があります？

**デフォルトの名無しさん** · 2021/09/02(木) 19:14:26.82

>>275
それはそう。
C++ を使ってる企業を並べてもほとんどは知らん企業になるはずだわ。

**デフォルトの名無しさん** · 2021/09/02(木) 20:17:55.99

>>279
イテレータも理解してないのに他スレでRustをバカ推しすんなよな

**デフォルトの名無しさん** · 2021/09/02(木) 21:18:33.70

イテレータも理解してないアホがいるのか

**デフォルトの名無しさん** · 2021/09/02(木) 21:26:15.36

>>282
ほぅ(for)（　＾ω＾）・・・

**デフォルトの名無しさん** · 2021/09/02(木) 22:29:04.14

>>269
せめてfutures::io::AsyncRead,AsyncWriteトレイトあたりで中立に互換性問題なんとかしてほしい

**デフォルトの名無しさん** · 2021/09/02(木) 23:41:15.18

>>268
これじゃナイーブ過ぎて通らないでしょ

**デフォルトの名無しさん** · 2021/09/03(金) 00:54:23.74

>>283
いちゃラブ ((っ´ω`)♡(´ω`⊂ )) すればすぐわかるのにね

**デフォルトの名無しさん** · 2021/09/03(金) 13:54:25.02

let a = [10, 20, 130, 40];
let v = vec!a;//←これってなんでダメなんですか？

**デフォルトの名無しさん** · 2021/09/03(金) 14:17:04.75

>>287
そういう構文規則(syntax)だから。
二行目は、vec! はマクロ名で、直後からはマクロの引数列が続く。
そして、その引数列は決まった形式で書く必要があり、
vec!a という形式はそれに当てはまってない。

**デフォルトの名無しさん** · 2021/09/03(金) 14:20:52.38

>>287
vec![]の[]は配列リテラルではなくて、一般的にマクロ呼び出しは[]か()か{}で引数を渡す
なので実はvec!(1)やvec!{1}も通るのだが、配列リテラルの見た目と合わせるために普通[]が使われる

**デフォルトの名無しさん** · 2021/09/03(金) 14:26:18.39

>>288
>>289
ありがとう
コンパイラの言い分もよくわかんなかったし、助かったぜ

**デフォルトの名無しさん** · 2021/09/03(金) 15:36:22.40

Cのvolatileって低レイヤで多用されるにもかかわらず実装依存なんだな
処理系依存の属性値的なのと同じようなもんか
Rustはcoreの中にvolatileアクセス用のメソッドが用意されている分進んでいる

**デフォルトの名無しさん** · 2021/09/03(金) 15:55:22.52

>>287
これは視点が斬新
いい質問だな

**デフォルトの名無しさん** · 2021/09/03(金) 18:49:30.86

何らか単純なmacroリライトとは異なるproprocessorが必要になりそうね
cとかlisp(cより遥かにまし)みたいなエラー挟み込むだけのマクロよりかは
rustのマクロはマシよね殆ど利便性は特になくcompile前にregex雑魚ver replace導入してるだけだけど
まぁ、素直なアプローチというか何というか(´・ω・｀)

**デフォルトの名無しさん** · 2021/09/03(金) 23:47:36.72

rustの勉強のため自作のbashコマンドを、rustで書き直してるんですが、
コマンド置換（　$(echo )　）はどうやればいいでしょうか？

Command::new('hoge').args......は調べたのですが、コマンド置換の方法が
どうしてもわかりません。

**デフォルトの名無しさん** · 2021/09/04(土) 01:53:11.04

>>294
Command::outputでstdout取得してきてそれをコマンド列に埋め込むとか？

**デフォルトの名無しさん** · 2021/09/04(土) 05:20:01.42

インタプリタを作るのでなければ置換の必要性ある？
例えばこういうことが出来ればいいんだよね？
let s = format!("今日は{}曜日です", String::from_utf8(std::process::Command::new("date").arg("+%a").env("LANG", "ja_JP.utf8").output()?.stdout)?.trim_end());

**デフォルトの名無しさん** · 2021/09/04(土) 09:57:53.03

汚いコードだなぁ

**デフォルトの名無しさん** · 2021/09/04(土) 12:45:59.97

>>294
rustで書き直すのにCommandは違くないか？
bashのランタイムでevalしてるだけじゃん

**デフォルトの名無しさん** · 2021/09/04(土) 14:38:37.40

>>298
Command は system 関数相当じゃなくて fork/exec だから shell は関与しないと思ってたんだけど違うの？

**デフォルトの名無しさん** · 2021/09/04(土) 17:05:10.13

>>297
美しいコードをご教示して下さい

**デフォルトの名無しさん** · 2021/09/04(土) 17:33:46.64

>>299
fork/execだからとかそういう問題じゃなくて、
外部コマンド使うんだったら、それは単なるラッパーだろうと

要求する機能を満たすだけなら別にそれでも良いと思うが、
勉強のためにrustで書き直すというなら違和感がある
自作コマンドの内容にもよるけど

**デフォルトの名無しさん** · 2021/09/04(土) 19:48:22.92

>>299
もちろんshellは関与していない。
環境変数PATHに従い直接起動。
>>301
どのプログラミング言語で書いていようが、外部コマンドの呼び出しは普通にある。
それをゼロにするかどうかは様々なコストの問題。
例えば、そこがボトルネックになったら内部化など。

**デフォルトの名無しさん** · 2021/09/04(土) 20:41:42.28

>>301
shell を作ってるんだから外部コマンド呼び出してなんぼだと思うんだが

**デフォルトの名無しさん** · 2021/09/04(土) 21:53:33.09

>>303
>>294 はシェルを自作してるの？

**デフォルトの名無しさん** · 2021/09/04(土) 22:09:11.34

>>304
自作のbashコマンドを自作の bash 互換シェルと読んでコマンド置換の仕組みを作ろうとしてるのかと思ったけど
もしかして bash スクリプトで書いたコマンドのことだったりする？
それにしたって外部コマンド含めて自作する必要はないと思うが

**デフォルトの名無しさん** · 2021/09/04(土) 23:54:37.12

なるほど
>>296と書くのではRustで書き直したことになっていないとはそういう意味か
これでいいのかな
use locale::Time;
use chrono::{Local, Datelike};
let s = format!("今日は{}曜日です", Time::load_user_locale().unwrap().short_day_name(Local::now().date().weekday().num_days_from_sunday() as usize));

**デフォルトの名無しさん** · 2021/09/05(日) 01:20:41.47

$ foo=$(bar $(baz))
↓
let foo = bar(baz())

**デフォルトの名無しさん** · 2021/09/05(日) 14:42:42.92

>>294
>rustの勉強のため自作のbashコマンドを、rustで書き直し
https://github.com/uutils/coreutils/blob/master/src/uu/echo/src/echo.rs

> コマンド置換（　$(echo )　）はどうやればいいでしょうか？
https://www.joshmcguigan.com/blog/build-your-own-shell-rust/
https://zenn.dev/garebare/articles/a463257c447fa9

独自shellスクリプトをbashやzshのように実行する際は標準入力を逐次読むインタラクティブシェルの
動作モードの他に第一引数のスクリプトパスを受け取り連続的に動作するようにしなければなりません。
上記のサンプルのように変数やコマンド置換を展開（子プロを作って実行結果を保持する）パーサーが
必要になります。（上の例ではリダイレクトやパイプなどしか処理していませんが）またファイル先頭の
#!/bin/shと同じようにshebangを認識するのはOSが行います。
そのほかにもifに使われるや"["もしくはtestなどは大昔はコマンドでしたが、現在は多くのシェルでは
組み込みのビルトインコマンドになっています。
また現在でもbashなどでクラッシュさせる脆弱性が発見されていますが、GNU bashの場合はパーサーは
手書きではなく、parse.yなどのyaccです

**デフォルトの名無しさん** · 2021/09/05(日) 19:37:48.09

シェル自体をRustで実装する話なん？

**デフォルトの名無しさん** · 2021/09/05(日) 20:23:09.21

想定外。
シェルスクリプトで書かれてる日常ツール類を、高速化＆練習ついでにRust化、ってのはよくある話なので、今回もそういうことかと想定してた。

**デフォルトの名無しさん** · 2021/09/05(日) 20:31:50.21

grepの書き換えとか入門用テキストあるあるだしな俺もそれかと思ってたw

インタープリターみたいの作りたいなら単純に考えて$(.+)みたいの発見し次第rustで書かれたプログラムに書き換え
この際$(.+)の.+の部分にもrust書き換えプログラムを同様に適用のrecursiveな奴考えるな
match等でregex構文が扱いやすい分rust native interpreterみたいの造りやすそう
あとそうゆうのredosだかなんだかのrust os projectみたいのあるから見たら面白いんじゃね(´・ω・｀)

**デフォルトの名無しさん** · 2021/09/07(火) 12:42:27.81

nullの可能性がある複数の参照を作りたい場合って
OptionとかRcを組み合わせるの？
縦によも横にもコードが長くなりそう

**デフォルトの名無しさん** · 2021/09/07(火) 13:22:01.93

Option<&T> や &Option<T>でも良いかも知れないけど状況次第
可変参照にしたいなら Rc<RefCell<Option<T>>> とかになるかも

**デフォルトの名無しさん** · 2021/09/07(火) 14:39:19.62

Rustの文化詳しくないけど、null objectは使わないの？
せっかく静的安全性にこだわっているのに、型無しのnullを使うのはこだわりが足りない気がするなぁ。

**デフォルトの名無しさん** · 2021/09/07(火) 15:00:30.72

OptionがあるのにNullObjectいらなくないです？

**デフォルトの名無しさん** · 2021/09/07(火) 15:16:47.38

>>314
見当違い。 >>312 はどこも指さない参照を便宜的に null と言ってるだけで、
実際には代数的データ型を活用して区別しようとしている。

**デフォルトの名無しさん** · 2021/09/07(火) 15:20:59.00

NullObjectは時代遅れ過ぎる

**312** · 2021/09/07(火) 15:36:48.61

>>316
正解

ただし、Rc<RefCell<Option<T>>>とか見ちゃうと
生ポインタにしたくなってくる……

**デフォルトの名無しさん** · 2021/09/07(火) 15:42:12.42

参照をRcするような場面てあんまりないような気がする

ところでRc<RefCell<Option<T>>>は、
参照じゃなくてヒープにある（かもしれない）Tの共有になりませんか

**デフォルトの名無しさん** · 2021/09/07(火) 15:58:38.34

>>319
実体は必ずヒープ上
実体の構造は(強,弱,(借,(Some,T))
そしてそのヒープ上にある実体を指してるポインタはどこにあっても複数あってもよい

**デフォルトの名無しさん** · 2021/09/07(火) 18:22:59.95

>>319
ヒープ上にある RefCell<Option<T>> を共有することになるね
参照 (&T) ではないというのはそう

**デフォルトの名無しさん** · 2021/09/07(火) 19:09:15.95

>>316 >>318
サンクス。JavaのOptionalみたいなものね。

>>317
nullobjectと比較したときのメリットは？
条件分岐を強制させることができることくらいかしらん？

**デフォルトの名無しさん** · 2021/09/07(火) 20:06:06.42

>>322
impl<T> SomeTrait for Option<T> where T: SomeTrait { ... }
ってやれば条件分岐すら自分で書かなくていいよ

**デフォルトの名無しさん** · 2021/09/07(火) 21:28:45.74

>>323
それはTraitのメソッドで分岐相当のコードを書くか
chainさせるだけで分岐処理を遅延するかのどちらかなので
分岐すら自分で書かなくていいというのはちょっと違う気がする

**デフォルトの名無しさん** · 2021/09/07(火) 22:29:28.46

本来はOption/Result/(Either)はRust言語的な仕組みでは無く、ライブラリの作法に過ぎないが、ランタイムが
無いはずなのに、Resultなどで宣言しているところで原則として捕捉しないpanicがあるのは納得できない人は
結構いると思う。言語の構文でmatchや?など、まさにそれのサポート構文があるのに、unwrapしたらpanicで
この話は嫌がる人が結構いるけど、OptionもResultもPanicも取っ払った最小の標準ライブラリが欲しい

**デフォルトの名無しさん** · 2021/09/07(火) 22:45:10.91

>>325
何が言いたいのか分からん

**デフォルトの名無しさん** · 2021/09/07(火) 23:03:38.48

>>325
そこは使い分け。
エラーな時にそのままエラー吐かせても構わない場合は、main()をResult型にしてしまうし、
きちんとエラー処理する必要あるものな場合は、少なくともmain()やそれより下でmatchでResultを必ず受け止める。

**デフォルトの名無しさん** · 2021/09/07(火) 23:11:59.18

>>322
比較すべきものではない
ヌルオブジェクトはインターフェースで型を隠蔽する手法
一方Optionは型をラップすることでエラーを明示する手法
似てるようで根本が違う

**デフォルトの名無しさん** · 2021/09/07(火) 23:18:49.53

あと後者の場合、unwrap()も基本的には使わない。
例外的に使うのはフィルタし終えて必ずSome(T)となっているものを剥がす時だけ。
つまりpanicはさせないので、その>>325の懸念事項は発生しない。

**デフォルトの名無しさん** · 2021/09/08(水) 07:19:42.43

素人です、質問させてください
Rustでスマホアプリやwebアプリは作れますか？
作れるとしたら
java/kotlinやswiftやjavascriptより作りやすいですか？
アプリ制作でこれらの言語よりRustは優れてますか？

**デフォルトの名無しさん** · 2021/09/08(水) 07:34:28.50

Rust＋JavaScriptでウェブアプリとそのためのサーバーサイドは作れる
ウェブブラウザ上ではJavaScriptが必須なのでRustだけにはできない
ただしウェブブラウザ上ではJavaScriptに加えてWebAssembly(Wasm)も動いてこれはRustで書いたプログラムが動く
なのでJavaScript部分を最小限にしてRustで書いたWasmがメインというケースもないわけではない
サーバーサイドはRustだけで全て構築できる

**デフォルトの名無しさん** · 2021/09/08(水) 07:48:35.45

ありがとうございました
スマホアプリを作るならKotlinやswiftってことなんですね
大変に参考になりました。ありがとうございました。

**デフォルトの名無しさん** · 2021/09/08(水) 08:09:19.60

オマケみたいなもんやな

**デフォルトの名無しさん** · 2021/09/08(水) 08:14:48.98

>>332
そんなことはない
スマホアプリならKotlinとSwiftの2種類を無駄に覚えずともJavaScriptだけで両OS向けスマホアプリ作成が可能
もちろんスマホでもウェブアプリが動きアプリの種類によってはウェブアプリで十分なためスマホアプリを作らないケースも出ている

一方でRustで書いてAndroid上でツワモノもいるがそれはおいとくとして
Rustをこの件で使うケースはウェブブラウザで動くWasmのプログラミングする時かサーバーサイド側
あとはGoogleがAndroid OS開発にRustを使い始めた

**デフォルトの名無しさん** · 2021/09/08(水) 14:35:34.40

めっちゃWasm使ってるわ、使い心地としてはgoのが良いのだが
てか絶対JS書きたくない勢以外は勧められないけどな
エントリーポイントで4～5行JS書かざるを得ないが、そこはコピペだから俺は1行も書いてない

**デフォルトの名無しさん** · 2021/09/08(水) 19:04:28.13

>>335
javascriptからwasmにディスパッチする際のオーバーヘッドってどう？

**デフォルトの名無しさん** · 2021/09/08(水) 19:45:38.33

getopt()みたいなのでRust標準はどのクレイト？

**デフォルトの名無しさん** · 2021/09/08(水) 20:27:20.45

clapだけど、それを使ったさらに便利なstructoptのほうがおすすめかも

**デフォルトの名無しさん** · 2021/09/08(水) 21:24:09.27

clapはv3でstructoptの機能を取り込むから、今ならclapの3.0.0-beta4を使うのでもいいかも

**デフォルトの名無しさん** · 2021/09/08(水) 21:44:07.80

>>339
その後、structoptはどうなるの？

**デフォルトの名無しさん** · 2021/09/08(水) 23:46:53.75

>>339
なるほど
v2のビルダー方式に加えて
v3でマクロ多用で見やすく書きやすくすっきりしたという感じ？

**デフォルトの名無しさん** · 2021/09/09(木) 00:04:52.59

マクロは見やすさだけじゃなくてコンパイル時に諸々チェックされるのが嬉しい

**デフォルトの名無しさん** · 2021/09/09(木) 20:16:33.24

数値の並びがある時に
その中の一番大きなものがある場所(index)が欲しいのですが
Rustではどう書くとよいでしょうか？

**デフォルトの名無しさん** · 2021/09/09(木) 20:38:00.34

>>343
たとえばこう
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=c7a0d0459c540d7b373b124d7faf239a

**デフォルトの名無しさん** · 2021/09/09(木) 21:09:46.20

>>344
copied()っているっけ？

**デフォルトの名無しさん** · 2021/09/09(木) 21:32:28.08

ありがとうございます
無しでもいけました

別の質問です
Vecにスライス(の各値のコピー)をappendしたいのですが
append()メソッドはVecしか引数に取れず困っています
どうすればいいでしょうか？

**デフォルトの名無しさん** · 2021/09/09(木) 21:36:39.36

ちったあググれよ
教えて君は嫌われるよ

**デフォルトの名無しさん** · 2021/09/09(木) 21:55:23.66

>>346
https://doc.rust-lang.org/std/vec/struct.Vec.html

**デフォルトの名無しさん** · 2021/09/09(木) 22:34:44.73

>>346
append()はその名前から想像しにくい実はムーブで引数側のVecは空になるｗ
じゃあappendはどうすればいいかというと
1つだけappendするpush()の複数版のpush_all()が元々あって
それは名前変更で今はextend_from_slice()になった
がその中身はより一般化したExtendトレイトのextend()を呼んでるだけになったので
結論としてはv.extend(&a)が正解

**デフォルトの名無しさん** · 2021/09/09(木) 23:25:03.49

Rust 1.55.0 リリース

**デフォルトの名無しさん** · 2021/09/10(金) 01:12:44.66

faqのような気がするんだが、以下のようなコードって
どうすればコンパイル通る？

#[derive (Copy)]
struct St{
s: String
}

fn main(){
let ar = [St{s: String::from("str")}; 10];
}

**デフォルトの名無しさん** · 2021/09/10(金) 01:34:46.88

参照を配列に格納するか
let st = St{s: String::from("str")};
let array = [&st; 10];

Stringじゃなく&strにするか
#[derive (Debug, Clone, Copy)]
struct St{
s: &'static str
}

かな？

**デフォルトの名無しさん** · 2021/09/10(金) 01:38:58.21

>>352
なるほど
勉強になりました
ありがとん

**デフォルトの名無しさん** · 2021/09/10(金) 01:44:26.77

>>351
Stringはヒープ上なのでstructの中でCopyは無理

>>352
そのStringも使わずにこれでいけますね
#[derive(Clone,Copy,Debug)]
struct St {
s: &'static str,
}
fn main() {
let ar = [St {s: &"str"}; 10];
println!("{:?}", ar);
}

**デフォルトの名無しさん** · 2021/09/10(金) 05:44:54.18

もはやご希望のものかどうかはわからんが

#[derive(Clone)]
struct St{
s: String
}

fn main(){
let ar = vec![St {s: String::from("str")}; 10];
}

CopyをCloneして配列をvecにしただけ

**デフォルトの名無しさん** · 2021/09/10(金) 06:59:27.65

>>355
vec!は単なるマクロでVec作ってるだけなので
それだと動的にヒープにString作って
そのVecを動的にヒープに作ってる
一方で>>354はヒープを全く使わないという差ですね