Rust Part7

**デフォルトの名無しさん** · 2019/07/14(日) 23:31:47.54

Mozilla発のRust言語のスレ

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

前スレ
Rust Part6
http://mevius.5ch.net/test/read.cgi/tech/1532714678/

**デフォルトの名無しさん** · 2019/09/09(月) 10:51:58.70

なんというかメッセージのindexがよくわからない感じ
メッセージを日本語にするとどうなるんでしょう

**デフォルトの名無しさん** · 2019/09/09(月) 11:06:00.37

>>281
逆に考えて v[1] をまんまとムーブ出来たら、その跡地はどうなるの？

**デフォルトの名無しさん** · 2019/09/09(月) 11:12:50.90

out of indexっていうけど、index内なんじゃないの？って疑問じゃないの？

俺はわからない

**デフォルトの名無しさん** · 2019/09/09(月) 11:16:35.82

out of indexではなくてmove out ofで出ていくって意味。
move out of borrowed contentとかと同じ。

**デフォルトの名無しさん** · 2019/09/09(月) 11:17:42.46

なんか move out of ～で引っ越すとか出ていくという意味があるらしいんだけど
それでも index がよくわからなくて悩んでます

**デフォルトの名無しさん** · 2019/09/09(月) 11:32:45.67

indexは[]演算子を提供してるIndexトレイトのindexメソッドかな。

**デフォルトの名無しさん** · 2019/09/09(月) 11:39:50.47

v[0]使うからindexの意味がややこしいんでは
let x = v[1]; でも同じエラーになるのを見たら、indexアクセス経由で値をmoveする(＝引き剥がす)のはまかりならんと分かる
でコピーできるなら値が残るので問題にならない

**デフォルトの名無しさん** · 2019/09/09(月) 11:43:51.77

Vec<String>のindex (メソッドの戻り値) はmoveできない
と言ってるわけね。理解した。ありがとう。

**デフォルトの名無しさん** · 2019/09/09(月) 11:45:42.52

ん? こっちかも。
Vec<String>のindex (メソッドの) 戻り値はmoveできない

**デフォルトの名無しさん** · 2019/09/09(月) 11:46:37.64

279 と 284 別人だった。ゴメン

**デフォルトの名無しさん** · 2019/09/09(月) 11:47:06.05

……エラーメッセージの検討と解釈が必要なところまで真似なくてもいいのに

**デフォルトの名無しさん** · 2019/09/09(月) 11:53:41.02

Trait std::ops::Index

container[index] is actually syntactic sugar for *container.index(index), but only when used as an immutable value. If a mutable value is requested, IndexMut is used instead.
This allows nice things such as let value = v[index] if the type of value implements Copy.

**デフォルトの名無しさん** · 2019/09/09(月) 12:50:41.27

まず move out of を一塊にして、index は添え字と考えてわけがわからなく・・・。
out of index を indexの戻り値とはまったく思いつきませんでした。
わかってしまうともう他の読み方はできません。
最初から日本語に訳して欲しいとお願いすべきだったかも。
お騒がせしました。

**デフォルトの名無しさん** · 2019/09/09(月) 18:32:42.49

rustの日本語ブック、ドキュメントはかなり前からプルリクがマージされてないから期待薄いかも

**デフォルトの名無しさん** · 2019/09/10(火) 19:31:44.26

>>295
どこのリポジトリの話？

**デフォルトの名無しさん** · 2019/09/12(木) 10:55:58.45

思い付きなんだけど
Box を &!、 Rc を &# で書けるシンタックスシュガーがあったらどうだろう
Box<T>を&!Tと書いたり、Rc::new(data)を&#dataと書けたりしたら？

**デフォルトの名無しさん** · 2019/09/12(木) 12:01:05.66

プログラマがコストを払うことに罪悪感を抱くようにあえて冗長にしてるんじゃなかったかな

**デフォルトの名無しさん** · 2019/09/12(木) 12:42:23.02

ゴルファーは来んな

**デフォルトの名無しさん** · 2019/09/12(木) 13:22:56.79

そういう記法実装するような思想の言語なら真っ先に mut が簡略化されてると思う

**デフォルトの名無しさん** · 2019/09/12(木) 18:15:04.09

環境毎のクレートのバージョン違いでコンパイル通らないようなことがないようにバージョン指定させるくせにコンパイラのバージョン違いのせいでコンパイル通らないとかクソ過ぎひん？

**デフォルトの名無しさん** · 2019/09/12(木) 18:20:44.52

rust-toolchainを作りなされ

**デフォルトの名無しさん** · 2019/09/12(木) 19:29:03.99

無知な煽りカスにまで親切に教えてくれてありがとうおかげで無事通った(｀；ω；´)

**デフォルトの名無しさん** · 2019/09/12(木) 21:04:34.30

オレオレ糖衣構文が欲しければ一対一変換するトランスパイラでも書けばいいだろ

**デフォルトの名無しさん** · 2019/09/13(金) 00:04:32.53

昔は Box が ~ で Rc が @ だった

**デフォルトの名無しさん** · 2019/09/13(金) 00:19:06.54

俺は逆にlifetimeパラメータ省略をやめるべきだと思ってる。

**デフォルトの名無しさん** · 2019/09/13(金) 09:11:20.49

ちゃんと勉強しようと思ったらオライリー本を読むべき？

**デフォルトの名無しさん** · 2019/09/13(金) 09:57:21.64

日本の場合オライリー本買ったら原著はマニングだった、なんてことも。

**デフォルトの名無しさん** · 2019/09/13(金) 14:13:51.27

公式リファレンスで良いやん

**デフォルトの名無しさん** · 2019/09/13(金) 14:57:59.88

俺は物理本の方がやるぞという気になるから買った

**デフォルトの名無しさん** · 2019/09/13(金) 15:01:06.58

test.rs:
fn main() {
println!("{}", "hoge");
}
でコンパイル出来るのに、rust/src/libcore/num/dec2flt/algorithm.rsの関数内にprintln!を書いても
error: cannot find macro `println!` in this scope
となるのは何でなん？
コンパイル出来る用に教えてください
ちなみに、rustc自体はちゃんとコンパイル出来てtest.rsのビルドと実行は出来てます

**デフォルトの名無しさん** · 2019/09/13(金) 15:13:08.13

use std;
use std::io;
と先頭に追加しても
error[E0432]: unresolved import `std`
と言われる…
stdすら簡単に使わせてくれないとか恐ろしく敷居が高い言語なのは分かったけど、>>311のprintln!だけは何とか動かしたいので、
よろしくお願いしますm(_　_)m

**デフォルトの名無しさん** · 2019/09/13(金) 16:13:13.40

釣れますか？

**デフォルトの名無しさん** · 2019/09/13(金) 16:22:57.80

>>313
何が？
完全にRust初心者なんだからしょうがない
多分外部ファイルに依存してるだろう事は何となく分かってきたけど、まだ解決には至らず

**デフォルトの名無しさん** · 2019/09/13(金) 17:00:45.98

正直釣りにしか見えないが…。
なぜ初心者がいきなりcoreライブラリいじろうとしてるの？
あとcoreはmallocとかもない環境で動く必要があるから
とてもprintlnなんて無理だと思うけど。

**デフォルトの名無しさん** · 2019/09/14(土) 18:11:14.79

　(V)　　　　　(V)
　　ヽ∧∧∧ 丿
┌＜┌ ﾟ ∀ ﾟ＞┐　ﾗｽﾀｼｱｰﾝ!!

**デフォルトの名無しさん** · 2019/09/14(土) 18:17:32.07

https://www.atmarkit.co.jp/ait/spv/1909/13/news133.html

**デフォルトの名無しさん** · 2019/09/15(日) 00:25:56.87

ヌルポチェック境界チェックしてたら遅くなるに決まってるやん
Cはそんなことしなくて済むから爆速な訳で

**デフォルトの名無しさん** · 2019/09/15(日) 11:32:00.80

絶対にめくれないからパンツいらないスカートで
アスレチックでもスカイダイビングだもなんでもするのがCだわな

**デフォルトの名無しさん** · 2019/09/15(日) 11:37:40.55

素晴らしい例えだ
感動した

**デフォルトの名無しさん** · 2019/09/15(日) 12:03:39.49

いいねｗ

**デフォルトの名無しさん** · 2019/09/15(日) 12:40:15.54

そして落っこちて死ぬと
http://peaceman.jugem.jp/?eid=2290

**デフォルトの名無しさん** · 2019/09/15(日) 12:41:41.15

何だこのストレートに脳天に突き刺さる説明！？

**デフォルトの名無しさん** · 2019/09/15(日) 14:06:50.28

風呂でもセックスでもパンツ脱がないのがRustだわな

**デフォルトの名無しさん** · 2019/09/15(日) 14:41:05.29

スカートも不要なのがC

**デフォルトの名無しさん** · 2019/09/15(日) 15:51:33.74

デバッガー「見えたぁ！！！」

**デフォルトの名無しさん** · 2019/09/15(日) 17:00:20.75

パンツ履かないC言語
鉄壁のパンツRust

**デフォルトの名無しさん** · 2019/09/15(日) 22:55:46.82

Rustはむしろ貞操帯

**デフォルトの名無しさん** · 2019/09/16(月) 01:53:49.38

Rust勉強し始めたんだけど、公式ドキュメント読み終わったら何しよう

**デフォルトの名無しさん** · 2019/09/16(月) 02:52:51.25

その貞操帯鍵穴錆びてるよ…

**デフォルトの名無しさん** · 2019/09/16(月) 08:18:42.11

何をするにも貞操帯外したり付けたりガチャガチャして複雑になるんだよなあ

**デフォルトの名無しさん** · 2019/09/16(月) 08:35:42.66

>>331
これ

**デフォルトの名無しさん** · 2019/09/16(月) 08:38:49.73

そんなふうに考えていた時期が俺にもありました
でも今はderef coercionでハッピーな毎日です

**デフォルトの名無しさん** · 2019/09/17(火) 05:38:58.62

これ読んでたんだけど
https://stackoverflow.com/questions/50786894/rust-trait-and-its-default-implementation

やっぱ回答みたいに impl 側でがちゃがちゃやるしかないん？
おまいらならもっとうまくヤりそう

**デフォルトの名無しさん** · 2019/09/17(火) 08:51:01.90

Tのままでチェックするからこうなるんでu32にしてチェックしていいならそうする
TもCopy + Into<u32>でトレイト拘束するだけですむ

**デフォルトの名無しさん** · 2019/09/17(火) 08:53:25.78

単にv1.0相当のコードをマクロで生成するのでいい気がするが。

**デフォルトの名無しさん** · 2019/09/17(火) 23:28:59.67

なんだかんだマクロ最強か

**デフォルトの名無しさん** · 2019/09/18(水) 00:07:56.14

数年後、Rustの世間的な評価はマクロが濫用されてるからクソ
になってる気がする

**デフォルトの名無しさん** · 2019/09/18(水) 08:28:44.98

そりゃ言語拡張性からいったらマクロは最強だよ。
そんなことは30前にlispが示してる。

**デフォルトの名無しさん** · 2019/09/18(水) 08:40:04.21

何をマクロにするかだよね

**デフォルトの名無しさん** · 2019/09/18(水) 10:23:10.82

マクロ最強
https://mevius.5ch.net/test/read.cgi/tech/1565187727/

**デフォルトの名無しさん** · 2019/09/18(水) 10:47:59.35

✗ Rustのマクロが汎用されているからクソ
○ プリプロセッサで単純に置換する不健全なマクロを汎用するからクソ
Rustはまだましなほう

**デフォルトの名無しさん** · 2019/09/18(水) 11:34:11.09

ライブラリで定義するのはいいがプロジェクト内ではレビューの時に面倒だからなるべく書きたくないな

**デフォルトの名無しさん** · 2019/09/18(水) 13:02:58.98

頻出パターンならマクロになってる方がレビューしやすい

**デフォルトの名無しさん** · 2019/09/18(水) 13:03:25.81

Cのマクロと違って見た目からマクロであることが明らかだし害は少ない

**デフォルトの名無しさん** · 2019/09/18(水) 13:41:17.68

汎用する？

**デフォルトの名無しさん** · 2019/09/18(水) 14:40:03.73

直接依存するクレートのfeatureはdependenciesに記述できますが、依存するクレートが更に依存するクレートのfeatureをセットしたいときはどうすれば良いんでしょうか

**デフォルトの名無しさん** · 2019/09/18(水) 15:00:15.00

エアプだからよく知らんけど依存クレートが依存x2クレートのfeature使うなら依存クレートのtomlにfeature書いてあるし、
依存クレート経由しないで依存x2クレート使うなら自クレートが直接依存してるわけだから自クレートのtomlにfeature書くだけじゃないの？

**デフォルトの名無しさん** · 2019/09/21(土) 22:48:09.77

TRPLのPDF版10章まで読んだけど挫折しそう

**デフォルトの名無しさん** · 2019/09/21(土) 23:26:15.34

アホに良いコードは書けないのだ
アホでも書けるとかいう奴は、アホかアホな組織に属してるかその両方かだ

その両方かだ、って一度言ってみたかったんだ

**デフォルトの名無しさん** · 2019/09/21(土) 23:27:32.62

書くところ間違ったアホです

**デフォルトの名無しさん** · 2019/09/21(土) 23:54:56.27

世の中アホが書いたコンパイラの教科書が広く出回っているから紛らわしいな

**デフォルトの名無しさん** · 2019/09/22(日) 12:11:36.94

アホじゃなくてエイホだっつーの

**デフォルトの名無しさん** · 2019/09/22(日) 12:22:35.80

ajo ← スペイン語で発音しろ

**デフォルトの名無しさん** · 2019/09/22(日) 13:20:45.75

AWK

**デフォルトの名無しさん** · 2019/09/25(水) 16:41:02.11

ローカル変数を意図的に snake_case じゃなく書きたいんだが、警告を出さない方法ある？
例えば win32 API 関連を扱う時にやはり camelCase がスマートに思えるシーンがあるんだ

**デフォルトの名無しさん** · 2019/09/25(水) 16:56:24.39

allow(non_snake_case)
を使いたまへ

**356** · 2019/09/25(水) 18:23:59.57

>>357
怒られなくなりました
ありがとうございます

```
#[allow(non_snake_case)]
pub fn dummy() {
let hWnd = 0;
}
```

**デフォルトの名無しさん** · 2019/09/25(水) 18:52:38.83

そんなことで警告出るのか

**デフォルトの名無しさん** · 2019/09/25(水) 18:54:51.99

ノンスネークケースを表す識別子がスネークケースとはいかがなものか。
allow(non_snake_case)
これ自身を
allow(nonSnakeCase)
と書きたいものである

**デフォルトの名無しさん** · 2019/09/25(水) 20:08:08.16

そんなことって言うけど大事なことだよね

**デフォルトの名無しさん** · 2019/09/25(水) 20:21:48.81

ErrorやWarningを出力するときにHelpやNoteで解説も出力してくれてすごく助かる

**デフォルトの名無しさん** · 2019/09/25(水) 22:38:57.35

IEEE top programming language 2019が公開
https://spectrum.ieee.org/computing/software/the-top-programming-languages-2019

Rは5位や

**デフォルトの名無しさん** · 2019/09/25(水) 22:53:25.25

えっ

**デフォルトの名無しさん** · 2019/09/25(水) 23:26:32.08

どういうことなの…

**デフォルトの名無しさん** · 2019/09/25(水) 23:55:26.38

ここはRはRでもRustスレだぞ

**デフォルトの名無しさん** · 2019/09/25(水) 23:57:15.10

ほとんどいっしょじゃん

**デフォルトの名無しさん** · 2019/09/26(木) 16:03:54.65

ジェネリクスとPhantomData使って特定の関数呼んだかとかの条件付けるんならせめてエラーメッセージもちゃんとして欲しい(´・ω・`)

**デフォルトの名無しさん** · 2019/09/26(木) 16:19:41.45

要らない何も捨ててしまおう君を探し彷徨うマイソウッ！

**デフォルトの名無しさん** · 2019/09/26(木) 17:11:23.47

関数呼んだかチェックを実行時でなくてコンパイル時にできるってこと?

**デフォルトの名無しさん** · 2019/09/26(木) 23:30:20.63

Rust 1.38.0リリース！

**デフォルトの名無しさん** · 2019/09/27(金) 02:38:10.86

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2019/09/27(金) 13:19:26.24

RustとRの違い

R
データサイエンティストが仕事で使う
言語として結果を出している
速度は残念ながら遅い

Rust
陰キャが気持ちよくなるために使う
実績ナシ
速度は速いらしい（ソース無し）

**デフォルトの名無しさん** · 2019/09/27(金) 13:24:28.05

R指定

**デフォルトの名無しさん** · 2019/09/27(金) 14:09:17.54

RustとRubyの違い

とか書くとスレが荒れる時代はもう過去なのかな

**デフォルトの名無しさん** · 2019/09/27(金) 15:06:25.40

RubyとRustの違い

Ruby
陽キャのおもちゃ
負債作成の実績がある
遅い

Rust
陰キャのおもちゃ
なにも作られてないので負債も作られていない
さすがにRubyよりは速い

**デフォルトの名無しさん** · 2019/09/27(金) 15:10:10.66

FirefoxのCSSエンジンとかFirecrackerとかDropboxとかnpmとかあるけど見たくないヤツには見えないからなあ

**デフォルトの名無しさん** · 2019/09/27(金) 18:38:35.49

自分では書きたくない言語
確定申告のようなコーディングスタイル

**デフォルトの名無しさん** · 2019/09/27(金) 19:04:11.92

>確定申告
わかる

**デフォルトの名無しさん** · 2019/09/27(金) 20:01:19.53

dieselなんかこれじゃない感あるなと思ったらアクティブRecord作った人が作ってるのか
代替ないのかね

**デフォルトの名無しさん** · 2019/09/28(土) 13:12:58.36

>>376
プログラマーな時点で陽キャはない
ウェイかつオタクという最悪な種族