Rust part11

**デフォルトの名無しさん** · 2021/06/17(木) 00:24:12.56

公式
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/

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

列挙型（enum）なら10章で取り上げてるね
Optionは出てこないかもしれないけど

**デフォルトの名無しさん** · 2021/08/07(土) 09:30:04.54

あ、なるほど。Some(T)とい型があるのかと思ってしまったけど、Some<T>じゃないですね。
Option<T>の値の一つとしてSomeがあって、それがTの値を持っていると。

**デフォルトの名無しさん** · 2021/08/07(土) 09:31:53.94

オライリー、はやく改訂してくれええあええぃ！

**デフォルトの名無しさん** · 2021/08/07(土) 11:16:06.74

Rustの特徴のうち今回の件だと以下の3つの側面を理解するまでが初心者あるあるですもんね

・Rustのenumは値付きenumすなわちタグ付きunionである
・enumのうちResultとOptionの時だけmatch/return構造のsyntax sugarとして? operatorがある
・そのためRustにはtry/catchの大域脱出機構が無いけども同様の利便性を途中の関数呼び出しに?の1文字付けるだけでスルー出来る

**デフォルトの名無しさん** · 2021/08/07(土) 12:12:56.92

>>534
原著の新しい版持ってるけど26~27ページにあるOption<T>の説明は特に変わりないよ
サンプルコードのOption<u32>がOption<usize>になってるくらい

>>535
>そのためRustにはtry/catchの大域脱出機構が無いけども同様の利便性を途中の関数呼び出しに?の1文字付けるだけでスルー出来る
実際に書いてれば分かると思うけど受け渡しするための型を常に意識する必要があるからスルーとはちょっと違う
Javaの検査例外前提なら同様の利便性と言えるかもしれないけど

**デフォルトの名無しさん** · 2021/08/07(土) 12:23:21.41

>>536
エラー返す関数はResult<T,Error>で統一されているから、呼び出す自分もそれを見習うだけでしょ。
そしてエラーをcatchしたいところではmatchして、エラーをスルーしたいところでは『?』

**デフォルトの名無しさん** · 2021/08/07(土) 13:32:55.26

>>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
}
}

**デフォルトの名無しさん** · 2021/08/07(土) 14:50:06.24

?はintoを呼び出してるから
まで知っているとモテる

**デフォルトの名無しさん** · 2021/08/07(土) 17:42:21.09

dyn で全部キャッチするようにするから大丈夫！

**デフォルトの名無しさん** · 2021/08/07(土) 18:01:27.03

不要なuse削除してくれる便利な機能ってもしかしてあったりしますか？

**デフォルトの名無しさん** · 2021/08/07(土) 19:24:08.57

>>541
Go使え

**デフォルトの名無しさん** · 2021/08/07(土) 19:33:00.30

cargo fixで消せたっけ？

**デフォルトの名無しさん** · 2021/08/07(土) 21:44:09.86

Optionすら知らない人が、いきなりオライリー読んでも分からんのでは…
無料で読めるBookから読んだ方が良くない？

**デフォルトの名無しさん** · 2021/08/08(日) 01:21:05.48

Rustlingsの構造体のところやってるんだけどさあ
↓この構造体があった場合に、なんで後に出てくるダメって方のじゃ動かないの？？？
struct ColorClassicStruct {
name :String,
hex :String,
}

//ダメ
//テキスト領域に"green"や"#00FF00"が書き込まれて、それに対する参照が渡されるからダメってこと！？
let green = ColorClassicStruct{
name: "green",
hex: "#00FF00",
};

//OK
let green = ColorClassicStruct{
name: "green".to_string(),
hex: "#00FF00".to_string(),
};

**デフォルトの名無しさん** · 2021/08/08(日) 02:00:43.05

"green"の型は&'static strで"green".to_string()の型はString
ただそれだけの話

**デフォルトの名無しさん** · 2021/08/08(日) 07:20:41.65

>>545
型が異なる
どちらも文字列実体はUTF8の[u8]配列だが

String
・Vec<u8>を利用
・つまり文字列実体は[u8]配列をヒープに領域確保(この場所は伸長により自動的に移動あり)
・そこへのポインタと確保メモリの長さと文字列の長さの『3つ組』を持つ
・文字列の長さは可変で確保メモリの長さを超えるとヒープ再割り当てが自動的に起きる

&str
・スライス&[u8]を利用
・つまり文字列実体の[u8]は既にどこかに確保されている
・そこへのポインタと文字列の長さの『2つ組』を持つ
・文字列の長さを変えるという概念はない

**デフォルトの名無しさん** · 2021/08/08(日) 14:26:56.33

Rustとかまだ生きてるのか

**デフォルトの名無しさん** · 2021/08/08(日) 14:30:32.33

逆にイキイキし始めた

**デフォルトの名無しさん** · 2021/08/08(日) 17:42:08.00

現状LLVM上でしか動かないらしいけど
将来的にC/C++並みにターゲットプラットホーム増やすって動きはないの？

**デフォルトの名無しさん** · 2021/08/08(日) 17:57:57.87

>>550
そのプラットホームって何を指して言ってる？

**デフォルトの名無しさん** · 2021/08/08(日) 17:58:17.99

それはLLVMの仕事です

**デフォルトの名無しさん** · 2021/08/08(日) 18:23:12.96

>>550
gccバックエンドとかのプロジェクトは進んでいる

**デフォルトの名無しさん** · 2021/08/08(日) 18:26:41.67

なんかあんまり順調に進んでないように見えるけど

https://github.com/Rust-GCC/gccrs

**デフォルトの名無しさん** · 2021/08/08(日) 18:34:13.86

gccrsはやってること考えたらすごい勢いで進んでるとは思うけどね
実用になるのはこっちが早いかと
https://github.com/antoyo/rustc_codegen_gcc

**デフォルトの名無しさん** · 2021/08/08(日) 18:37:27.80

JVMバックエンドで動くJRustも欲しい
あ、Rust.NETもいるな

**デフォルトの名無しさん** · 2021/08/08(日) 19:39:21.77

>>556
メリットは？

**デフォルトの名無しさん** · 2021/08/08(日) 19:46:05.12

>>557
豊富な既存ライブラリを利用できる

**デフォルトの名無しさん** · 2021/08/08(日) 20:10:03.36

聳え立つクソの山の間違えだろ

**デフォルトの名無しさん** · 2021/08/08(日) 20:12:30.23

ランタイムを変える必要はなくて、FFIでいいんじゃないだろうか

**デフォルトの名無しさん** · 2021/08/08(日) 20:22:22.71

純粋に興味だけで言えば面白そうだけど
C++/CLIの二の舞になりそう

**デフォルトの名無しさん** · 2021/08/08(日) 21:30:40.77

JVM上で動かすなんて、既存資産扱うところでGC避けられなくなる訳だから嬉しさが皆無では。
JVM上で現代的なプログラミングしたいだけならScalaやKotlinのほうがよっぽどいい。

**デフォルトの名無しさん** · 2021/08/08(日) 21:30:47.94

>>546
>>547
どっちも参照っぽいのに何が違うのか全然わ買ってなかったよ
ありがとう！

**デフォルトの名無しさん** · 2021/08/08(日) 21:41:24.86

>>561
二の舞って、MSがサポートを投げだした以外は別に悪いところは無かったと思うが。

**デフォルトの名無しさん** · 2021/08/09(月) 00:22:56.88

Googleもサポートやめる

**デフォルトの名無しさん** · 2021/08/09(月) 00:45:05.35

C++/CLIのCLIってマイクロソフト.NETのでしょ

**デフォルトの名無しさん** · 2021/08/09(月) 16:05:33.35

LLVMのバックエンドがgcc並みになれば万事解決

**デフォルトの名無しさん** · 2021/08/09(月) 16:10:16.25

>>564
それが全てだろ。
開発コミュニティが長期的に維持されない (維持される見込みがない) なら
他の何が良くても産業的に使い難い。

**デフォルトの名無しさん** · 2021/08/09(月) 16:57:51.57

はぁ。
>>561はGCを持った仮想マシン環境に移植することがC++/CLIと似た状況だと言っていたのかと思ったが、
そこは全然これっぽっちも関係ない話なわけね。
開発コミュニティが途中で投げ出す恐れなんて言っていたらあらゆるものが当てはまりそうだが。

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

競プロでRustを使ってみようと思って勉強してたんだけど、
再帰関数がめっちゃ面倒なのね
関数の外のスコープの変数の読み取りができないから、
全部引数に記述しなくちゃいけなくて凄い面倒

処理速度が速かったので期待してたんだけどな(´･ω･`)

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

>>545
ダメの方で通るでしょ
宣言でStringを&'static strにする
"green"とだけ書けばプログラムコードのread onlyエリアに確保されて&'static strのライフタイムになる
Stringを使うとheapエリアを余分に使ってしまうので損
もちろん文字列が伸びたり一部書き換わったりなど対応したい時ならばStringを使う

**デフォルトの名無しさん** · 2021/08/09(月) 21:19:46.40

>>570
全部引数渡しは当然だろう
問題なのは末尾再帰が出来ない事

**デフォルトの名無しさん** · 2021/08/09(月) 21:26:05.96

>>570
グローバル変数使いたいなら static mut 使えば良いのでは
unaafe 必要だけど別に安全性欲してないでしょ？

**デフォルトの名無しさん** · 2021/08/09(月) 21:59:43.94

>>573
マジかそんなんあんのか！！！！

static mut test: i32 = 0;

fn main() {
　unsafe {
　　test = 1;

　　unsafe fn calc() {
　　　if test == 1 { println!("yes") }
　　}
　　calc();
　}
}

yes表示ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
ありがとうありがとうヽ(´ー｀)ノ

**デフォルトの名無しさん** · 2021/08/10(火) 00:56:57.83

純粋なグローバル変数は仕方ないけど、thread_localは
もっと簡単な使い方にしてほしかったなー

コールバック関数みたいに引数で渡せないパターンが面倒

**デフォルトの名無しさん** · 2021/08/10(火) 01:04:05.56

引数だけで解決できないなら設計が悪い

**デフォルトの名無しさん** · 2021/08/10(火) 01:17:00.79

>>575
どうなって欲しいの？

**デフォルトの名無しさん** · 2021/08/10(火) 02:01:49.31

競プロに向いてるかって言われるとそうでもない気はする

**デフォルトの名無しさん** · 2021/08/10(火) 02:02:54.83

>>573-574
static mutは割とめんどくさい問題があるみたいだぞ
https://qiita.com/qnighy/items/46dbf8d2aff7c2531f4e

**デフォルトの名無しさん** · 2021/08/10(火) 02:13:08.50

>>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個だけですが複数のパラメータにもできます
こうすることで「グローバル変数を使わず」＆「引数を毎回連れ回さず」に書けます

**デフォルトの名無しさん** · 2021/08/10(火) 04:53:07.24

>>574
キャプチャしたいだけならクロージャ使えばいいけど

let test = 1;
let calc = || {
　if test == 1 { println!("yes") }
};
calc();

再帰ならaccumulator的なものを連れ回すほうがいいと思う

**デフォルトの名無しさん** · 2021/08/10(火) 05:14:22.44

>>581
moveしなくていいの？

**デフォルトの名無しさん** · 2021/08/10(火) 05:38:40.18

struct使ってimplで&mut selfを持ち回せばいい気が

**デフォルトの名無しさん** · 2021/08/10(火) 09:41:32.99

>>576
全部自分で作れるんならね
既存のライブラリとかOSのAPIとかの制限は自分じゃどうにもならん

**デフォルトの名無しさん** · 2021/08/10(火) 09:51:21.46

>>577
.with使うのが面倒 .borrow_mutもね
そのまま読み書きしたい

そもそもstaticな時点で生存期間のチェックなんていらないんじゃないかと

**デフォルトの名無しさん** · 2021/08/10(火) 14:05:16.63

>>585
可変参照が複数同時に存在すると即UBだから safe なコンテキストでは with や borrow は必須にせざるを得ないだろうね
RefCell とかと同じ

**デフォルトの名無しさん** · 2021/08/10(火) 15:05:08.24

みんなありがとう、なんとなく再帰できたよ。やり方あってるかわからんけども
以下お試しプログラム
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;
　　}
}

**デフォルトの名無しさん** · 2021/08/10(火) 15:09:12.73

ちな、同じプログラムを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))
}

**デフォルトの名無しさん** · 2021/08/10(火) 15:34:52.35

>>587
このケースだとmutの必要もないし
単に`fn calc(id:i32, nums:Vec<i32>) -> i32`にすればよくない？

**デフォルトの名無しさん** · 2021/08/10(火) 16:13:38.39

とりあえずできるかどうか適当に書いたものだからｗ

あと、これはindexだけを順繰りに送っていけばいいので引数1個でいいけど、
複雑な問題だとindexに、3次元配列の添え字として3つ、その配列本体、比較する配列の文字列とか、
さらにメモ化するためには、メモする配列もとか、めっちゃ引数がもの凄くなることがあるのね
だから、なんとかグローバル変数にアクセスできないかと思って

逆に構造体に全部の参照したい変数をまとめて、それだけを持ち回るとかもいいかもｗ

**デフォルトの名無しさん** · 2021/08/10(火) 22:09:35.86

再帰使うならもっと再帰っぽく書いてくれ
numsの初項とそれ以降の数値の意味が全く違うなら同じ変数に入れないでくれ
書き捨てや試行錯誤の途中ですらやらないぞこんなの

**デフォルトの名無しさん** · 2021/08/10(火) 22:40:39.77

競プロってそういうもんだし……

**デフォルトの名無しさん** · 2021/08/10(火) 22:43:09.06

>numsの初項とそれ以降の数値の意味が全く違うなら同じ変数に入れないでくれ
確かにそうなんだが、一度配列にいれちゃったからいいと思ってｗ

そして十分に再帰っぽいと思うけどなあ

↓スキルがありそうな人のご意見なので、もし良ければ再帰での美しい実装を披露して欲しい
↓参考にしたいのでよろしくお願いします
ttps://paiza.jp/works/mondai/dp_primer/dp_primer_stairs_boss

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

スマン競プロなの失念してた。ならしょうがないゴメンよ

**デフォルトの名無しさん** · 2021/08/11(水) 01:42:26.90

dpに関しては再帰使わない方が計算量少なそう

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

>>592
競技プログラミングが何の実用的な実力に結びつかず、全く役に立たない遊びに過ぎない、と言われているのはそこですね

**デフォルトの名無しさん** · 2021/08/11(水) 02:13:25.09

再帰でメモ化したバージョンとループでボトムアップにしたバージョン
https://play.rust-lang.org/?version=stable&;mode=release&edition=2018&gist=d1b9bd1a085e334225a253ed9360c2e7

テストはしてない

**デフォルトの名無しさん** · 2021/08/11(水) 02:37:36.02

メモ化するならグローバル変数(もしくは引数で渡す)にした方が良いんじゃないの？

**デフォルトの名無しさん** · 2021/08/11(水) 02:55:43.83

>>596
競プロは戦闘機でいうところのアクロバット技術と同じようなものだな
アクロバット飛行はときに見るものを魅了するし部分的には実戦に通じるような高度な技術も必要だが
それ自体は実戦では役にたたず実戦でアクロバット飛行のような飛び方をしようものなら撃墜される

**デフォルトの名無しさん** · 2021/08/11(水) 06:37:52.46

>>593
やってみた
入出力例のassertも通ったけどこれでいい？

fn main() {
　assert_eq!(17, count(10, &vec![2, 3, 4]));
}
fn count(n: i32, abc: &[i32]) -> i32 {
　if n < 0 { 0 } else if n == 0 { 1 } else { abc.iter().map(|a| count(n - a, abc)).sum() }
}

**デフォルトの名無しさん** · 2021/08/11(水) 17:20:51.95

>>598
そだね
少し数が増えるとめちゃ効率悪かったわ

**デフォルトの名無しさん** · 2021/08/11(水) 18:22:13.11

>>600
おお　与えられた数値をmapのなかでラムダ式で計算して、リストのsumするところが素晴らしいｗ
この場合はカウントだからsumだけど、最小値のminとか最大値のmaxとかでも利用できそうだ

**デフォルトの名無しさん** · 2021/08/11(水) 20:10:22.26

>>600
いま試しにやってみたけど、メモ化は必須だから、その美しさは保つことができなかった(´･ω･`)

**デフォルトの名無しさん** · 2021/08/11(水) 20:23:36.62

メモを連れ回す方式に修正した
borrowだと面倒なのでmoveにしたがRefCell使うともう少し速くなったりするのかもしれない

https://play.rust-lang.org/?version=stable&;mode=release&edition=2018&gist=a0cd25619216cbe4dcdab6c51b7301ad

**デフォルトの名無しさん** · 2021/08/11(水) 20:39:47.21

競プロって計算量を落とせるアルゴリズムを考えることがポイントだと思うんだけど
実装言語の差異はどれくらい影響してくるの？

**デフォルトの名無しさん** · 2021/08/11(水) 20:46:12.70

>>605
あくまで参考だけど、こういうのがあるよ
ttps://twitter.com/chokudai/status/1325981178730438657

ただ3次元配列になると途端に速度が落ちるとか、そういうのもあるので鵜呑みにはできないけど傾向ってことで
あと、各言語の時間制限をしているサイトもある
ttps://paiza.jp/guide/language.html
この各言語の時間制限をみると、運営が考えている言語ごとの速度の違いが大まかにわかる
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/08/11(水) 21:01:22.52

競プロやっても日本の情報処理産業の国際的地位向上に結びつく気がしない

**デフォルトの名無しさん** · 2021/08/11(水) 21:19:11.26

そら趣味だもの。仕事とは関係ない

ただ、言ってる論理構成が、某小学生youtuberが義務教育なんか
必要ないって言ってる理屈と同じだなと感じる

**デフォルトの名無しさん** · 2021/08/12(木) 00:24:49.53

>>603
メモ化するならこう
fn main() {
　let mut input_line = String::new();
　std::io::stdin().read_line(&mut input_line).unwrap();
　let input_numbers: Vec<i32> = input_line.split_whitespace().filter_map(|s| s.parse().ok()).collect();
　let n = input_numbers[0];
　let abc = &input_numbers[1..];

　let mut memo: Vec<i32> = vec!(1);
　memo.resize((n + 1) as usize, -1);

　println!("{}", count(n, abc, &mut memo));
}

fn count(n: i32, abc: &[i32], memo: &mut [i32]) -> i32 {
　abc.iter().map(|a| { let m = n - a; if m < 0 { 0 } else { if memo[m as usize] == -1 { memo[m as usize] = count(m, abc, memo); }; memo[m as usize] }}).sum()
}

**デフォルトの名無しさん** · 2021/08/12(木) 02:22:16.40

>>608
むしろ義務教育でyoutube撮影方法教えるべきだとか主張するアホと一緒だろ

**デフォルトの名無しさん** · 2021/08/12(木) 04:12:25.44

>>608
資格主義や学歴主義もだけど戦略不在でそれ自体が目的化しているように感じる
手段が目的化して迷走している事例は腐るほどあるような

**デフォルトの名無しさん** · 2021/08/12(木) 14:49:35.08

競プロはある種のパズル
パズルを解いたり競ったりを楽しむのもの

パズルをたくさん解くことで仕事のプログラミングに活きる部分がなくも無いが
その二つを同一視してる人は有害

**デフォルトの名無しさん** · 2021/08/12(木) 15:56:43.60

同一視してるというか
同一視された方が有利になれる人が同一視するように仕向けている
それ誰よっていうと、サロン屋や人材屋

**デフォルトの名無しさん** · 2021/08/12(木) 18:29:44.63

○○検定とかも同じ臭いがする

**デフォルトの名無しさん** · 2021/08/12(木) 18:49:01.38

キャベツ？

**デフォルトの名無しさん** · 2021/08/13(金) 02:12:49.72

Rustlingsの問題なんだけど、これの37行目のmutってなんで必要なの？？？
https://ideone.com/41tBgy
参照するアドレスが変わるわけでもないのに・・・・どう理解すればいいものなんだろう・・・・
それと、ある構造体を構成するメンバーって、全部がmutか否かの二択になっちゃうわけ？混ぜれないの？？？

**デフォルトの名無しさん** · 2021/08/13(金) 02:51:10.09

>>616
え？どこに参照が出てきているの？構造体そのものでしょ
そして直後に構造体の中を書き換えているからmutが必要
そして構造体のメンバーはバラバラに生死貸借が起きることはないからメンバー個別の指定の必要性はない

**デフォルトの名無しさん** · 2021/08/13(金) 02:55:04.80

38,39でその構造体のメンバーに代入するのに必要

**デフォルトの名無しさん** · 2021/08/13(金) 11:51:53.45

>>616
1. let mut x = create_order();
2. let mut x = &create_order();
3. let y = &mut create_order();
4. let mut y = &mut create_order();

それぞれ何がmutableなのか違う
「参照するアドレスが変わるわけでもないのに」ってのは3番目をイメージしてると思われる

**デフォルトの名無しさん** · 2021/08/13(金) 18:27:47.71

let mut your_name = Some(String::from("変更前"));

match robot_name {
Some(ref mut name) => *name = String::from("変更後"),
None => (),
}

println!("君の名は。: {:?}", your_name);

**デフォルトの名無しさん** · 2021/08/14(土) 04:36:12.68

初歩的な申し訳ないんだが

let x = "hello".to_string(); // convart text to a string テキストを文字列に変換
let y = String::from("hello"); // get text directly テキストを直接取得

これの違いがわかりません
やってること同じですよね？
出力の違いが出る例とかあれば教えてもらえないでしょうか？

**デフォルトの名無しさん** · 2021/08/14(土) 06:01:03.88

to_stringはinlineでString::fromしてるから全く同じ

impl ToString for str {
#[inline]
fn to_string(&self) -> String {
String::from(self)
}
}

**デフォルトの名無しさん** · 2021/08/14(土) 06:06:43.67

>>622
早朝からレス感謝
もやもやがとれて勉強に集中できそうです
ありがとうございました

**デフォルトの名無しさん** · 2021/08/15(日) 13:09:40.85

社員120人が原則テレワーク、「在宅勤務を語ろうチャット」で不安解消　ピクスタ流の働き方
https://www.itmedia.co.jp/business/articles/2103/04/news016.html
正社員ゼロ､会議ゼロのベンチャーが､急成長している驚きの秘密
https://president.jp/articles/-/39405
テレワーク率95％をキープ！　“全員原則テレワーク企業”が導入した「Uber手当」「Zoom飲み会代」
https://www.itmedia.co.jp/business/articles/2102/26/news024.html
驚異のテレワーク率「9割超」　営業利益16倍の企業は、生産性が「下がった」社員をどのようにケアしたのか
https://www.itmedia.co.jp/business/articles/2102/04/news010.html
Withコロナ時代の営業改革とは？アステリアが説く「ワークログ」と「マイクロラーニング」の重要性
https://saleszine.jp/article/detail/1677
出社率100％→50％　オフィスレイアウトの変更例　社員が「オフィスに行く理由」を考慮せよ
https://www.itmedia.co.jp/business/articles/2101/19/news122.html
キャンピングカーでテレワーク　京急などが実証実験
https://www.itmedia.co.jp/business/articles/2102/17/news112.html
コロナ禍で働き方が激変　これからのシェアオフィスに必要なものとは？
https://www.itmedia.co.jp/business/articles/2103/09/news002.html
【サンフロンティア不動産】～通うオフィスから“集うオフィス”へ
アフターコロナ時代の働き方を提案するワークプレイス「LIT（リット）」2021年５月オープン
https://prtimes.jp/main/html/rd/p/000000013.000069250.html

**デフォルトの名無しさん** · 2021/08/16(月) 09:44:36.63

loop式はbreakで指定した値を返せるのに
なぜwhile式やfor式は値を返せないの？
Option型にしてbreakで値を指定した時だけSome(値)としてそれ以外はNoneとすれば便利なのに

**デフォルトの名無しさん** · 2021/08/16(月) 10:30:33.78

(while true のような実質無条件ループを除き)条件付きループをbreakで抜けるのは可読性を下げる要因になるから一般的にはRustに限らずできるだけ避けるだろ
悪い作法を推奨するような機能は付けるべきではない

**デフォルトの名無しさん** · 2021/08/16(月) 10:39:16.03

ほぉたしかにそうゆうのあれば便利な時もありそう
macroで似たような物は作れそうな気がする

たしかにlispとかでもwhileはnil returnだな(´・ω・｀)

**デフォルトの名無しさん** · 2021/08/16(月) 12:47:44.44

>>626
forでお目当てのものが見つかったらその時の値を欲しい時
当然そこで打ち切りたいから普通にbreakすると思うが君は回り続けるのかね？

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

>>628
打ち切りたいなら、take_whileの結果を対して回せばよくね？

**デフォルトの名無しさん** · 2021/08/16(月) 14:32:54.40

手間かけて機能拡張するほどのメリットがないってことだろうね
https://github.com/rust-lang/rfcs/issues/1767#issuecomment-292678002

**デフォルトの名無しさん** · 2021/08/16(月) 16:29:22.27

つまりforやwhileではなくiterを使うかloopを使えってことか

**デフォルトの名無しさん** · 2021/08/16(月) 16:36:53.53

awaitとか ? が絡むとループ使いたい場合はあるかもね