Rust Part6

**デフォルトの名無しさん** · 2018/07/28(土) 03:04:38.63

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 Part5
http://mevius.5ch.net/test/read.cgi/tech/1518347244/

**デフォルトの名無しさん** · 2018/12/15(土) 00:37:40.07

心の中に404はあるよ

**デフォルトの名無しさん** · 2018/12/16(日) 11:50:25.28

パイプと型変換だけで十分なところにモナドを要求する馬鹿。

**デフォルトの名無しさん** · 2018/12/16(日) 18:14:31.47

こっちの日本語サイトは生きてるけど
https://doc.rust-jp.rs/
本家は多言語対応辞めたんかな見つからない
https://www.rust-lang.org/

**デフォルトの名無しさん** · 2018/12/17(月) 00:55:12.89

下の方に旧サイトへのリンクがある

**デフォルトの名無しさん** · 2018/12/19(水) 00:17:41.51

どんなに否定したって下のお口は正直ですからね

**デフォルトの名無しさん** · 2018/12/23(日) 17:23:40.20

旧サイトのほうがいいなすっきりしてて
情報量的にもデザイン的にも

**デフォルトの名無しさん** · 2018/12/23(日) 19:22:40.32

なんか安っぽくなったね。詐欺のベンチャーみたいなページになった。
以前のデザインのほうが圧倒的に良い

**デフォルトの名無しさん** · 2018/12/23(日) 23:03:24.89

駆けつけでいきなり言語の特徴とplayground見せるのは話が早くていいよね。
なんか気になればそのままナビゲーションヘッダのリンク辿ればいいし。

**デフォルトの名無しさん** · 2018/12/24(月) 11:16:50.86

>>380
ほんそれ

**デフォルトの名無しさん** · 2018/12/25(火) 01:59:30.60

現在開催中のこのAIコンテストの説明のサンプルコードにRustが選ばれているあたりRustは世界一素晴らしいプログラミング言語であることが分かる

http://russianaicup.ru/p/quick

**デフォルトの名無しさん** · 2018/12/25(火) 17:58:48.15

Rustと最初の3文字が一致しているので親しみを抱いてるんですかね

**デフォルトの名無しさん** · 2018/12/25(火) 19:24:34.64

どうかなあいやでも俺もそう思う

【87円】【ﾆﾀﾞｰ】 · 2019/01/01(火) 00:34:50.41

今年こそRustを日本中で流行らそうな

**デフォルトの名無しさん** · 2019/01/01(火) 02:32:05.03

せやな

**デフォルトの名無しさん** · 2019/01/01(火) 09:59:51.39

別に流行らんでも使ってりゃいいじゃん。

**デフォルトの名無しさん** · 2019/01/01(火) 13:21:50.94

俺は使ってるから君らも使えよ

【猿】【476円】 · 2019/01/01(火) 18:09:29.86

流行ろうが流行らなかろうが使う

**デフォルトの名無しさん** · 2019/01/02(水) 06:33:05.51

マイナー言語やってるけどしんどい😭
いずれRustに乗り換える💪

**デフォルトの名無しさん** · 2019/01/02(水) 12:26:01.33

仕事で使えないから趣味で使いたいけどスマホアプリとか作れるようにならんかな
wasmでやれるん?

**デフォルトの名無しさん** · 2019/01/02(水) 22:18:13.37

android用のglueある

**デフォルトの名無しさん** · 2019/01/06(日) 02:19:11.11

所有権借用はなんとなく理解できたがライフタイムだけよくわからない
なにがわからないのかすらわからない

**デフォルトの名無しさん** · 2019/01/06(日) 08:25:05.72

元々わからなかったけどNLLでよりわからなくなった

**デフォルトの名無しさん** · 2019/01/06(日) 21:01:21.58

lifetime関係のエラーが出たら、一歩引いて考えないとドツボにはまる
どうして借用にしたのか、誰が責務を負うべきなのかとかを見直していくと、まあまあ綺麗な形でエラー出なくなるから楽しい

**デフォルトの名無しさん** · 2019/01/06(日) 22:41:12.99

>>394
ライフタイムは変数のスコープと一緒だよ。
ただrustの場合、関数の引数に対してライフタイム指定ができたりするんだが、
それを省略した場合なんかのルールが結構複雑なんでわかりづらくなってる。
まあ色々検討した結果が今の状況なわけでこれはこれでしょうがないんだが。

**デフォルトの名無しさん** · 2019/01/07(月) 18:55:30.56

きようもrust書いた
たのしかった

**デフォルトの名無しさん** · 2019/01/07(月) 19:23:50.19

らすたまだあるかな

**デフォルトの名無しさん** · 2019/01/07(月) 23:27:09.65

>>397
>ライフタイムは変数のスコープと一緒だよ。
ちげーよ。extentの方だよ。

**デフォルトの名無しさん** · 2019/01/09(水) 02:57:56.42

ide使いたい初心者なんだけどintellijもvscodeも補完が微妙だった。
エディタ上で赤く無くてもコンパイルしたらエラー出る。なんか設定おかしいのかな。。

**デフォルトの名無しさん** · 2019/01/09(水) 07:22:34.83

RustのIDE環境はまだまだ未発達なのです(´；ω；｀)

**デフォルトの名無しさん** · 2019/01/10(木) 08:23:28.84

あきらさんowやめてrustの解説に専念してほしい

**デフォルトの名無しさん** · 2019/01/10(木) 20:34:05.07

>>403
いやまずお前は他人に依存してないで公式ドキュメントちゃんと読んでQiitaでも読み漁れよ

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

Juiceのユーザっているのかなぁ
ActcastはRustで書かれてるらしいけど

**デフォルトの名無しさん** · 2019/01/11(金) 01:16:47.51

>401
intellij rustだけど補完もリファクターも、traitの実装も出来る。

**デフォルトの名無しさん** · 2019/01/11(金) 20:15:12.46

文字列を返却する関数ってどう書くんだっけ？

**デフォルトの名無しさん** · 2019/01/11(金) 20:17:35.01

>>407
Rustの文字列には何種類かありまして……

**デフォルトの名無しさん** · 2019/01/11(金) 20:23:27.40

メンドクセーッ

**デフォルトの名無しさん** · 2019/01/11(金) 23:52:16.86

javaにも2,3種類あるだろ

**デフォルトの名無しさん** · 2019/01/12(土) 01:23:20.36

>>406
マジで？俺のintellijはあんまりintelliやないんやけど。
(0..10).
これでfor_eachとかの補完できる？

**デフォルトの名無しさん** · 2019/01/13(日) 00:39:51.18

intelliJ rustもrust(rls)も全部が全部補完出来るわけじゃないよ。
むしろRange系がほとんど補完効かない。

**デフォルトの名無しさん** · 2019/01/13(日) 01:10:12.67

rlsって2016年に登場した時いつか脱racerするとか言ってたと思うんだけど何で未だにracerに頼ってるんだろ？
clangはclangdとかcclsとかあってどっちもコンパイラを使って強力に補完出来るけどrustも同じような方針で実装出来ないの？

**デフォルトの名無しさん** · 2019/01/13(日) 04:00:11.67

>>412

> intelliJ rustもrust(rls)も全部が全部補完出来るわけじゃないよ。
> むしろRange系がほとんど補完効かない。
そうなんか。まあそれは慣れればええ話か。
ide上で赤くないのにコンパイルエラーになるのは何か環境構築に失敗してるのかな？
単純なシンタックスエラーは赤くなるんだけど、所有権まわりは赤くなってない気がする。

**デフォルトの名無しさん** · 2019/01/13(日) 23:36:03.48

>>413
racerはfallbackしたときだけでそれ以外はコンパイラ使うよ。
インクリメンタルコンパイルがまだまだだから出来ること限られるだろうけど。

>>414
>所有権まわりは赤くなってない気がする。
赤線つくね。マウスオーバーでエラー内容もshort版を整形したようなの確認できる。
quick fixが弱いけど。

rlsならrust-srcとrust-analysis。intellij rustならrust-src入ってる？

**デフォルトの名無しさん** · 2019/01/14(月) 09:38:00.11

>>415
できた!ありがと。
intellij-rustの設定おかしかったみたい。

**デフォルトの名無しさん** · 2019/01/15(火) 00:14:36.16

Rustで簡単なゲームを作ってみたいんだがフレームワークは何が良いんだろうな
SDLやDirectX、OpenGL等のラッパーは一応あるようだけど

**デフォルトの名無しさん** · 2019/01/19(土) 04:53:19.32

言語レベルで静的にstructを差し替える方法って無いんかな？
マルチプラットフォームのアプリを仮定するとして
アプリはSystem構造体下のメソッドを経由して低レベルの機能へアクセスする
System構造体の中身はビルド時に決まる物だし実行中に選択するのはコストの無駄
ビルド時にコンパイル＆リンクするファイルを差し替える方法はあるが・・・

**デフォルトの名無しさん** · 2019/01/19(土) 21:10:10.72

target_os とかとは違うの？

**デフォルトの名無しさん** · 2019/01/19(土) 23:26:08.16

静的リンクならcfgマクロ使った条件付きコンパイルしかないよ。

**418** · 2019/01/20(日) 02:42:18.64

ありがと
#cfg[(target_os=～
struct System {
とか書くしかないのか

というかググっていてもマルチプラットフォームのアプリを作る例って出てこないんだけど
どういう風にするのが好ましいのだろうか。Cargoの使用例とか全然判らん
ターゲットによってコンパイラも変わるし、リンカやリンカに渡されるオプションも変わる
リンク後に追加の処理が必要になるケースもあったり

**デフォルトの名無しさん** · 2019/01/20(日) 11:51:23.29

有名なcrateはだいたいマルチプラットフォームになってるでしょ

**418** · 2019/01/20(日) 13:10:03.87

そのレベルじゃなくて一つのプロジェクトで
１．Windowsでビルドする/動く
２．Linux/FreeBSDでビルドする/動く
３．Linuxでクロスビルドする/別アーキテクチャのプラットフォームで動く
みたいなのをやりたい。１～２はともかく３はベアメタルに近いのでコアのソースはno_std付きになる

クレートもWindowsAPIへアクセスする場合Cargo.tomlに
[dependencies]
winapi = "～
kernel32-sys = "～
とか書くけどコレをつけたまま他のプラットフォームでビルドできるのか？とか
仕様上無視してくれるならそれで良いけどはっきりしないと無用なトラブルの元
クレートを使わずにソースにexternを並べていって条件付きコンパイルすればその心配は
なくなりそうだけど各種定義とか、IA32/AMD64環境下の差異の吸収とかいろいろ面倒だし

**デフォルトの名無しさん** · 2019/01/20(日) 13:24:49.19

>>423
有名なcrateはだいたいちゃんとそれこなしてるから見てきなよ

**418** · 2019/01/20(日) 15:13:45.29

スマン
Carge＆winapiを使ってWindowsAPIを叩くサンプルを作ろうとしたらそこまでたどり着けん
use出来なくて詰まっている

extern crate winapi;
use winapi::minwindef::BOOL;
>cargo build
error[E0432]: unresolved import `winapi::minwindef`
--> src\main.rs:4:13
|
4 | use winapi::minwindef::BOOL;
| ^^^^^^^^^ Could not find `minwindef` in `winapi`
パスがおかしいっぽいのでソースを見るべきだが、Cargoが取ってきたソースがどこにあるのか判らない
というかコレを調べられないと非対応環境でどう振る舞うのかも調べられない

rustcでコンパイルするFFI直でWindowsAPIを叩くコードは動作させられている

**デフォルトの名無しさん** · 2019/01/20(日) 15:34:24.69

Cargo.toml に

[target.’cfg(target_aech = "x86_64")’.dependencies]

とか書けるけど、これでも不十分？

**デフォルトの名無しさん** · 2019/01/20(日) 22:10:39.80

cargoがとってきたのはホームの下の.cargoにあるよ

質問がいまいち判然としないけど

**デフォルトの名無しさん** · 2019/01/20(日) 22:18:26.33

WEB開発でフロントエンドもバックエンドもRustで開発できるようになるみたいだね
そしてJavascriptは衰退するらしい
まさに次世代の言語か？

**デフォルトの名無しさん** · 2019/01/20(日) 23:40:56.74

Javascriptを倒すのは無理

**418** · 2019/01/20(日) 23:41:16.28

>>426
それでいけそうかも。というかwinapiにそんな書き方があった

>>427
ありがと。見つかった
README.mdにあったサンプルはビルドできた
1～2年前のコードだとビルドできないようだ

いくら発展途上の言語とはいえ1～2年前の情報が使えないのはつらいなぁ
車輪の再発明になってもFFIで書いていった方が良いのか？

というかみんなどうしているの？情報の有効期限が1年もないんじゃ
ちょっと前のを修正するにもドキュメントはないしソースとにらめっこになっちゃうよね

**デフォルトの名無しさん** · 2019/01/21(月) 21:41:20.34

nightlyでも使っていない限りは、基本的に過去のコードはビルドできると思うけど

**デフォルトの名無しさん** · 2019/01/21(月) 22:24:30.39

>>418
rustにとって一年前は古いけどwinapi::minwindefは今はwinapi::shared::minwindefよ。
apiが変更されただけだからまずdoc読めばいいよ。
あとrustupでrust-docインストールすればthe cargo bookもあるからそれも読んで。

**418** · 2019/01/22(火) 08:09:48.68

>>432
0.3.x以降はCargo.tomlにfeaturesを書かないとダメらしい
あとunsafe祭りになってしまいそうなんだがwinapiの仕様でFAなんかな

**418** · 2019/01/24(木) 23:36:09.43

ttps://docs.rs/winapi/0.3.6/winapi/um/minwinbase/struct.OVERLAPPED_u.html
これってどうやって初期化すればいいんだろ？
ReadFile/WriteFileでOVERLAPPEDを使いたいんだが

**デフォルトの名無しさん** · 2019/01/25(金) 01:30:10.23

よく知らんけどOVERLAPPEDをmem::zeroedで初期化して引っ張ってくるんじゃないの

**418** · 2019/01/26(土) 00:18:28.40

>>435
ありがと。それでとりあえず出来た

**デフォルトの名無しさん** · 2019/02/01(金) 02:53:50.28

TryFrom/TryInto がもうすぐか

**デフォルトの名無しさん** · 2019/02/05(火) 00:11:17.23

型のパターンマッチってメンテナンス性が悪かったりする？

**デフォルトの名無しさん** · 2019/02/05(火) 00:26:16.28

ML系の関数型言語の経験があるなら全く問題ない
経験ないならHaskell/OCaml/F#あたりのうち最低一つは触れてみることを強くお勧めする

**デフォルトの名無しさん** · 2019/02/05(火) 00:39:59.41

どれ？

**440** · 2019/02/05(火) 00:41:00.53

>>438

**デフォルトの名無しさん** · 2019/02/05(火) 00:42:22.65

やっぱRustに限らず新しめの言語できる人って英語もスラスラ読み書きできるもんなの
読むのは時間かければ何とかなるけど書けないから質問する場所が限られる

**デフォルトの名無しさん** · 2019/02/05(火) 00:48:10.95

パターンマッチは型で分岐するというより型に当てはめるという感覚の方が近い
OO言語でマサカリ投げられるような型で分岐するというのとは似て非なるものなんだが、
そのへんの微妙な感覚を掴んでからでないと糞コードの温床になりそう

**デフォルトの名無しさん** · 2019/02/05(火) 05:25:42.44

>>442
slackで聞くといい

**デフォルトの名無しさん** · 2019/02/07(木) 12:31:53.09

何かのIDEで
(0..10).
の補完が効くようになったら教えて

**デフォルトの名無しさん** · 2019/02/07(木) 23:00:54.15

RangeはIteratorを直接実装するからcurrent scopeにIteratorがuseされてない状態でIteratorのメソッド解析出来ないと無理だろうね。
useされてないトレイトのメソッド使ったら自動でuseする機能のほうが先。

**デフォルトの名無しさん** · 2019/02/08(金) 00:09:20.59

良記事

Learning Rust via Advent of Code
https://www.forrestthewoods.com/blog/learning-rust-via-advent-of-code/

**デフォルトの名無しさん** · 2019/02/09(土) 15:36:54.38

トイレット

**デフォルトの名無しさん** · 2019/02/09(土) 16:27:38.54

https://volt.ws/lang
https://volt.ws/game
V言語とかいうやつ、GUIアプリとか3Dゲームとかを開発するために作られたらしいけど、GCがないとか1500万行のコードを1秒でコンパイル出来るとかバイナリサイズが極小とかC/C++とのやりとりが簡単とか
これが本当だったらRust負けちゃうんでは
実際Rustで低レイヤーやってる人少ないだろうし

**デフォルトの名無しさん** · 2019/02/09(土) 16:31:54.37

詳細知らんけど低レイヤーに適した言語が出てくること自体は歓迎できるんじゃないの

**デフォルトの名無しさん** · 2019/02/09(土) 16:35:04.90

言語は言語の良さだけでは流行らないんだよ
RustもGoもまあまあ悪くない言語である上で十分なステマを行ったから流行った

**デフォルトの名無しさん** · 2019/02/09(土) 17:19:45.83

それ使ったアプリがよほど良くて、開発者をうまく集められて、コミュニティが育たなければ無理だろうな
ソース非公開のうちは勝負にもならん

**デフォルトの名無しさん** · 2019/02/09(土) 17:48:14.48

幾ら優れていようと後ろ盾がなきゃD言語の二の舞だろ

**デフォルトの名無しさん** · 2019/02/09(土) 17:55:50.24

コンパイルが速いならジェネリクスも無いんじゃないかね。安全性については対nullしか無いっぽいし

**デフォルトの名無しさん** · 2019/02/09(土) 19:21:01.69

OCamlとかジェネリクスあるけどgoよりコンパイル速いよ
っていうか21世紀のOCamlが欲しかった（OCamlはそんなに古い言語ではないけど）

**デフォルトの名無しさん** · 2019/02/09(土) 21:38:40.47

Rustほど丁寧なエラーメッセージ出してくれる言語もないでしょ
そういうのを捨てて速度を取った言語とは比べられない

**デフォルトの名無しさん** · 2019/02/09(土) 21:42:08.79

> Rustほど丁寧なエラーメッセージ

冗談だよな？　って思ったけど最近のは丁寧なのかな

**デフォルトの名無しさん** · 2019/02/09(土) 22:39:24.66

全然だぞ。

**デフォルトの名無しさん** · 2019/02/09(土) 22:57:48.30

Vってvoltのことか。あれgoに毛が生えた程度の言語よ。

>>457
今のはコマンドプロンプトのバッファが足らなくなるくらい丁寧だけど
答えそのものを教えてくるから書いたコードがだめな理由が初学者に理解できないのは変わらないと思う。

**デフォルトの名無しさん** · 2019/02/10(日) 01:50:55.52

>>449
どうググるとそれ出てくるの?
「volt　プログラミング言語」でググって出てくるのこれなんだけど

Volt Programming Language ・ GitHub
https://github.com/VoltLang
http://www.volt-lang.org/

**デフォルトの名無しさん** · 2019/02/10(日) 02:45:34.58

大体はGoとかと一緒で言語名+langで検索するのがいいんじゃない？

四文字もあって他の情報が上に来るのも珍しいが

**デフォルトの名無しさん** · 2019/02/10(日) 23:16:47.25

googleで言語名+langで検索するとgoを検索結果にねじ込んでくるから-go必須

**デフォルトの名無しさん** · 2019/02/11(月) 13:29:57.41

rustでググってrustってゲームがトップに来なくなったのはグーグルさんが僕の検索履歴から判定しているだけ

**デフォルトの名無しさん** · 2019/02/11(月) 14:57:29.32

https://trends.google.co.jp/trends/explore?geo=JP&;q=%2Fm%2F0zm_2_r,%2Fm%2F0dsbpg6
https://i.imgur.com/7uP3Dl5.png

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

Rust初心者です。
リスト構造を使ったスタックの実装で躓いてます。
なぜ間違っているのか教えてください
https://gist.github.com/rust-play/e54d15602fa8a1d8f7a17521f85d1133

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

>>465
http://cglab.ca/~abeinges/blah/too-many-lists/book/first-push.html
かいつまんで言うと、&mutなオブジェクトが一瞬でもinvalidな状態になるから。
mem::replaceを使うと、self.listの値を取り出して代わりに別の値を置く、という処理が一度に行える
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=8d12416b3f7bc4aa44bf360df11de1be

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

>>466
ありがとうございます。
変更可能な"参照"で持ってきたもの(&mut self)から所有権をムーブさせることはできないという解釈で大丈夫ですかね。

置き換えるときはmem::replaceを使うようにします。

**デフォルトの名無しさん** · 2019/02/11(月) 23:01:54.99

クソコード教えるんじゃねぇ。Optionの中身をNoneと入れ替えるならOption::take使え

**デフォルトの名無しさん** · 2019/02/11(月) 23:36:00.41

アアン？Option::takeのソース見ての物言いだろうなあテメェ

**デフォルトの名無しさん** · 2019/02/13(水) 00:06:54.91

中身見たのならなおのことOption::take使うべきでは

**デフォルトの名無しさん** · 2019/02/14(木) 19:10:47.01

>>455
OCamlは、文字コードの扱いとWindows環境の扱いが
もう少し良くなってくれると嬉しいな。

**デフォルトの名無しさん** · 2019/02/18(月) 21:15:10.76

インデントのスペース幅は2が良かったなぁ
clang-formatもprettierも2がデフォだし
C#でさえ2を結構見かけるようになってきた
rustに強く影響を与えたであろうocamlもhaskellも2が多い
世界的に2が標準になりつつある気がする

**デフォルトの名無しさん** · 2019/02/18(月) 21:29:43.93

漢なら8

**デフォルトの名無しさん** · 2019/02/18(月) 21:30:52.44

Pythonをインデント2で書く奴だけはマジで死ね
あれはガチで読めない
他の言語なら好きにしろ