[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 11/01 06:23 / Filesize : 300 KB / Number-of Response : 1022
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/

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]
引数だけで解決できないなら設計が悪い






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<300KB

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