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/08/08(木) 15:16:04.89

JVM上で動くJRustはまだか？

**デフォルトの名無しさん** · 2019/08/08(木) 15:54:03.06

皮肉や冗句を言うにも一定のセンスと知能が必要と言う証左

**デフォルトの名無しさん** · 2019/08/08(木) 22:35:10.82

>>115
C#の例（これは動く
void Main() { string str = new string(); bool bResult = getCWD(ref str); Console.WriteLn(str); // "some_dir"が表示される }
bool getCWD(ref string str) { str = "some_dir"; return true; // 性交ステータスとしてのtrue }

Javaで同じ事をしようとすると>>105になって、Stringを返すためだけのためにCWDPathみたいなクラスを作らねばならない

>>117
藻前は顔だけは賢そうだな

**デフォルトの名無しさん** · 2019/08/08(木) 22:43:00.72

脳がC言語で止まってると色々気苦労が多くて大変だな

**デフォルトの名無しさん** · 2019/08/08(木) 22:49:15.66

で、Javaでは何で>>105みたいな変なことになるかというと、参照の参照をとることができないため
ここで参照とは何かというと>>113の前半部で良い
参照自体はレジスタに代入したりスタックに1語で積める値型の一種とみなせる
C#ではrefキーワードにより、参照の参照をgetCWD()に渡すことができる
Javaは参照しかgetCWD()に渡せない。よって、CWDPathみたいなクラスの参照を渡してやって、
そのクラスがメンバとして所有する参照を上書きするという手段で返さざるおえない

**デフォルトの名無しさん** · 2019/08/08(木) 22:54:58.10

>>119
参照型を引数として関数に渡すしくみはCで完成しているのだから>>119の言い様では批判になんね
Cではポインタやんけというのは本質ではない
参照自体はレジスタに代入したりスタックに1語で積める値型の一種とみなせる(>>120)
なのであって機械語レベルでみたらオブジェクトを指すポインタに他ならない
で、Java、C#、C++、Go、Rustいずれも参照型の関数渡しは参照をスタックに積んで渡すモデルであることは変わりない

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

とりあえず参照渡しという単語を調べなよ

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

調べてなお問題があると言うなら>>122の理解にこそ問題がある

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

>>118
最初説明したこととまるで違うじゃないか。用語は正しく使えよ。

結論は、戻り値で成功不成功を返そうとしたお前が全部悪い。>>119が正しい

**デフォルトの名無しさん** · 2019/08/09(金) 01:47:43.61

・カレントディレクトリを取得する
・取得の失敗を検出したい
というのが要求だとして
Javaでそんな変なことせずに
もっとまともな書き方あるから批判する前に
勉強しろや

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

>>118
Javaの場合は普通 >>105 みたいなことをせずに、getCWD() の返り値を CWDPath にして、失敗の場合には null を返す
CWDPathみたいなものを二つ返したいなら Pair を使うし、たくさん返したい場合に初めてクラスを作る
Java の進化系である Kotlin はこの辺を確実簡易に行うために nullable とか data class とかがある

**デフォルトの名無しさん** · 2019/08/09(金) 07:24:48.24

optional型とかnullable型みたいなヤツは色んな言語であるわな

**デフォルトの名無しさん** · 2019/08/09(金) 10:03:40.29

>>120
gcあるからそんなことしない

**デフォルトの名無しさん** · 2019/08/09(金) 21:22:16.39

CWDてなんなんそもそもｗ
pwdコマンドにあるようにワーキングディレクトリってことでいいの？
それが失敗する時があるってのが想像できない

**デフォルトの名無しさん** · 2019/08/09(金) 21:48:39.98

想像力が足りない
Unix だと実行中のプロセスのカレントディレクトリを消すことができるので、
そこでそのプロセスが getcwd すると No such file or directory のエラーになる

**デフォルトの名無しさん** · 2019/08/09(金) 22:06:06.07

>>130
レスとんくす
勉強になりました

**デフォルトの名無しさん** · 2019/08/09(金) 22:07:54.17

Cの知識しか無いけどJava語っちゃう痛い人が、参照渡しだの値渡しだのを問題にしたがる
Cを使えるからってプログラミングの技術全てが語れるわけじゃないのにね

**デフォルトの名無しさん** · 2019/08/09(金) 23:42:56.34

go9nzBX4が最初から間違ってるのは置いといてFTUf1Nuqは結局なんだったの？

**デフォルトの名無しさん** · 2019/08/10(土) 00:03:38.47

僕はこう解釈したんだという日記

**デフォルトの名無しさん** · 2019/08/10(土) 13:42:02.08

>>124
一連のレスの中で漏れが一度も「参照渡し」という用語を使っていない件について：
参照型の参照渡しする、という状況は比較的新しい話で、
Javaはあえてかなんだか知らんが古来からある値型の参照渡しに類似の動作に対応していない
つまり呼び出し先で引数として渡された参照型自体を交換したり出力したりできない
JavaScriptやC#は対応している（呼び出し先で参照型自体を交換できいる。C#の例は>>118。refよりoutキーワードを使ったほうが良かったかもしれん…）

>>126
それで十分使いやすいと思われたのならそれで良いが、後発言語が参照型の参照渡しに対応しているという事実、

>>133
C++脳に汚染されていたのでclassとstructの区別がなかったんじゃ

**デフォルトの名無しさん** · 2019/08/10(土) 13:45:47.02

すまんまつがえたorz
JavaScriptの参照の渡し方はJavaと同じやった、

**デフォルトの名無しさん** · 2019/08/10(土) 13:58:32.51

なんか今ｸﾞｸﾞると参照渡しの説明に真っ先にJavaScriptが出てくるが
世の中では参照型については参照型が保持するデータを呼び出し先が書き換えられることをもって参照渡しと言っているのかそうか、
しかしそれでは渡された参照型を呼び出し先が交換したり出力したりできず、
そうしたい場合に>>105や>>126（Pairの使用、ただし2個まで）みたいな技巧を要する

**デフォルトの名無しさん** · 2019/08/10(土) 14:09:40.55

書き込むスレをいつまで経っても間違ったまま
そのことにすら無自覚で気付けないやつは
何してもだめ

**デフォルトの名無しさん** · 2019/08/10(土) 16:21:29.50

とりあえずrust全く関係なくね？

**デフォルトの名無しさん** · 2019/08/10(土) 16:31:04.83

Java入門スレに来て何言ってるの？

**デフォルトの名無しさん** · 2019/08/10(土) 17:36:21.57

Cのときからある混乱だよな

単にポインタ渡してるだけなのに
ポインタを値渡してるだけなのに
「ポインタ渡し」だとか「参照渡し」だとか言っちゃう
そーいうブログや個人サイトが今もいっぱいある

そもそもこんな状況だから
これについての議論はスタート地点からもうやる気ほぼ出ない

**デフォルトの名無しさん** · 2019/08/10(土) 18:04:04.89

>ポインタを値渡してるだけ
フォートランスレにでもしてほしいのけ？

**デフォルトの名無しさん** · 2019/08/10(土) 18:12:12.30

>>141
> 単にポインタ渡してるだけなのに
> ポインタを値渡してるだけなのに
> 「ポインタ渡し」だとか「参照渡し」だとか言っちゃう

お前がまず混乱してね？

**デフォルトの名無しさん** · 2019/08/10(土) 18:38:36.22

×単にポインタ渡してるだけなのに
○単にポインタを渡してるだけなのに

失礼、こう書いたほうが良かったねこの場合

**デフォルトの名無しさん** · 2019/08/10(土) 18:39:45.26

×ポインタを値渡してるだけなのに
○ポインタを値渡ししてるだけなのに

こっちは完全なるタイプミス

**デフォルトの名無しさん** · 2019/08/10(土) 18:41:40.47

佐渡さんと書いて、サドさんと読む人と、サワタリさんと読む人がいるから、紛らわしい！

**デフォルトの名無しさん** · 2019/08/10(土) 21:24:12.25

Javaに文句付ける以前に色々基礎知識足りない

**デフォルトの名無しさん** · 2019/08/10(土) 22:21:45.80

じゃばはお茶ですか？

**デフォルトの名無しさん** · 2019/08/10(土) 23:44:39.00

Rustは身から出た錆

**デフォルトの名無しさん** · 2019/08/10(土) 23:47:37.52

名前渡しとか嫌いじゃないよ

**デフォルトの名無しさん** · 2019/08/11(日) 23:57:30.28

結局、JITがあるからRustよりJavaの方が速いんじゃないんの？

**デフォルトの名無しさん** · 2019/08/12(月) 02:07:24.69

ベンチマークサイトだとRustのが早いっぽい
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/rust-java.html
gcがない分p999とかのレイテンシはRustの圧勝になりそう

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

RustとかC/C++は機械語までコンパイルするから速いんじゃなくて無駄なことをしないから速いのでJITとかそういう問題ではない

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

JITコンパイルで性的コンパイル結果より速くなるというのは都市伝説
JITのしくみを考えたらﾜｶﾙ

理論上は分岐の実行時統計をとって最適化することによりローカルループがありえないぐらい爆速になって
JITコンパイラ大勝利！と言うことも考えられないではないが統計をとるオーバーヘッドが生じるし
そこまでやっているJITコンパイラは商用のにはないはず

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

性的コンパイル

**デフォルトの名無しさん** · 2019/08/13(火) 02:44:50.22

えっち

**デフォルトの名無しさん** · 2019/08/13(火) 08:48:40.97

僕の女の子とのリンカーはどこ？

**デフォルトの名無しさん** · 2019/08/13(火) 09:05:59.58

優しいリンカー

**デフォルトの名無しさん** · 2019/08/16(金) 18:52:17.34

Rust学び始めたけど難しすぎる...
慣れるのにどれくらいかかるだろうか
ちなc/c++経験ほとんどなし
関数型言語は少しだけ分かるっていう程度

手を出すのは無謀？

**デフォルトの名無しさん** · 2019/08/16(金) 19:38:11.01

なにを作ろうとしてるのかによるよ
わたしは二ヶ月くらいかかったかな

**デフォルトの名無しさん** · 2019/08/16(金) 21:24:02.93

async/await、勉強するのに良いものある？

**デフォルトの名無しさん** · 2019/08/16(金) 23:18:30.16

まだstableじゃないからなんとも
tokio::netとかはasync/awaitでサンプル出してたりするけどどうかな

**デフォルトの名無しさん** · 2019/08/16(金) 23:43:23.26

>>159
substructural type systemとregionの前提知識がないならコンパイラに怒られるだけ時間の無駄。
先に必要な知識つけてから。

>>161
stable待つよろし。

**デフォルトの名無しさん** · 2019/08/16(金) 23:44:14.39

cくらいはやっとらんとなんでこんな事してるんだって思うだけだろ。
メモリイメージがないならrustなんか使う意味がない。

**デフォルトの名無しさん** · 2019/08/17(土) 06:44:20.91

そんなに大仰なことかなあ？
書いてればそのうち分かるっしょ

**デフォルトの名無しさん** · 2019/08/17(土) 07:11:11.72

メモリイメージちゃんとしてるならCでいいだろ

**デフォルトの名無しさん** · 2019/08/17(土) 09:56:37.40

それな

**デフォルトの名無しさん** · 2019/08/17(土) 10:00:51.09

>>159
C/C++やってからでも遅くない

っていうかC/C++を先にやった方が近道かも知れん

**デフォルトの名無しさん** · 2019/08/17(土) 10:46:08.44

寧ろ関数型プログラミングに慣れ親しんだ人ならimmutableなオブジェクトだけでプログラミングしてしまい、
Rustが何も言わなかったりして…

**デフォルトの名無しさん** · 2019/08/17(土) 10:51:56.69

>>160
2ヶ月ですかー
用途としてはとりあえず簡単なCLIツールを考えています

>>168
c++はともかくcはちゃんとやっておいたほうがいいですかね

「低レイヤを知りたい人のためのCコンパイラ作成入門」を読んだのでメモリイメージ的なことは最低限は分かるかも

rubyとかpythonとかからrust始めた人もいるみたいだし気合入れて頑張ってみますか

**デフォルトの名無しさん** · 2019/08/17(土) 11:28:04.92

>>170
ガンバ

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

なんでこんなめんどくさいことやってんだ
というのを理解するにはC/C++の知識があると早い

**デフォルトの名無しさん** · 2019/08/17(土) 12:55:15.72

C++で痛い目にあった人達が作った言語だからな

**デフォルトの名無しさん** · 2019/08/17(土) 13:26:05.40

苦しめられたほうがラクなんよね
一見苦しい縛りの結果、整理された構造という一粒の宝石を残してくれる

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

お邪魔します
エディタを紹介してもらえませんか?

The Rust Programming Language を読みながら自習しています
第12章 Refactoring to Improve Modularity and Error Handling の最後の節
Splitting Code into a Library Crate まできたのですが
( https://doc.rust-lang.org/book/ch12-03-improving-error-handling-and-modularity.html#splitting-code-into-a-library-crate )
Listing 12-14 のように src/main.rs を変更すると
エディタが minigrep なんて知らんと文句を言いはじめました
これでは Config や run を補完で出してくれません

mod lib;
use lib as minigrep

を入れれば補完してくれますが、cargo build が通りません

この状況に対応しているエディタを紹介してくださると大変助かります

**デフォルトの名無しさん** · 2019/08/18(日) 16:43:08.87

-use lib as minigrep
+use lib::Config;

**デフォルトの名無しさん** · 2019/08/18(日) 16:53:31.22

ごめんなんか勘違いしてた
vscodeで普通に通るよ

**デフォルトの名無しさん** · 2019/08/18(日) 17:36:07.73

助かります
ありがとう

**デフォルトの名無しさん** · 2019/08/20(火) 14:01:19.61

トレイト境界をトレイト拘束に置換する拡張機能を書いた

**デフォルトの名無しさん** · 2019/08/20(火) 15:27:32.97

RustのArcとかBoxとか複数組み合わせてちゃんと動くってイメージが湧かないんだけどそんなもん？

**デフォルトの名無しさん** · 2019/08/20(火) 15:37:20.44

トレイトしばり

**デフォルトの名無しさん** · 2019/08/20(火) 18:36:33.19

そんなもんってどんなもんや？

**デフォルトの名無しさん** · 2019/08/21(水) 12:01:21.04

ちゃんと動く

**デフォルトの名無しさん** · 2019/08/21(水) 22:01:34.30

>>180
それ関連のバグが確か上がってたはず。

**デフォルトの名無しさん** · 2019/08/21(水) 22:17:56.76

嘘乙。
違うというなら証拠を出せ。

**デフォルトの名無しさん** · 2019/08/22(木) 12:21:26.09

バグを見たことがあるからちゃんと動くというイメージが沸かないのか？

**デフォルトの名無しさん** · 2019/08/26(月) 20:55:57.18

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=8c44bed658726ada0deff031799664b7
1. std::env::current_exe()で実行ファイルのフルパスを得る
2. file_name()でファイル名だけにする
3. to_str()で&strにする
4. 途中でErrやNoneが返ってきた場合はデフォルトの値"foo"を使う

ということをやりたいのですが、エラーでビルドできません。
どのように書けばいいでしょうか？

**デフォルトの名無しさん** · 2019/08/26(月) 21:16:34.03

std::env::current_exe() は PathBuf の"値"を返す
PathBuf::file_name() は PathBuf の中身の部分的な参照を返す

PathBuf::file_name() で生成される &OsStr を参照から値に変換するか、
std::env::current_exe() で生成されるPathBufを変数に束縛して所有権取らせてから、改めて参照を取得するかしないとダメ

**デフォルトの名無しさん** · 2019/08/27(火) 19:57:54.12

>>188
ありがとうございます、所有権を意識してto_ownedを使ったらいけました。

**デフォルトの名無しさん** · 2019/08/29(木) 18:47:18.36

>>27の元ネタだが
We need a safer systems programming language
ttps://msrc-blog.microsoft.com/2019/07/18/we-need-a-safer-systems-programming-language/
Why Rust for safe systems programming
ttps://msrc-blog.microsoft.com/2019/07/22/why-rust-for-safe-systems-programming/
あたりを読むとあっちの会社はホント合理的だなと痛感する。C/C++を用いた安全な大規模システムの開発はムリゲーとし
同業他社の方針やツールを認め導入してしまう。日本の大手システム屋にこういう事を出来るところってあるんだろうか

**デフォルトの名無しさん** · 2019/08/29(木) 20:39:56.79

合理的ね。。
「戦うプログラマー」読む限りはそうは思えんが。
都合のいいとこだけ切り取ってるな。
むしろ無理やり言語使わせるとかもろSIerのやり口だろ。ばかすぎる。

**デフォルトの名無しさん** · 2019/08/29(木) 21:33:28.37

闘うプログラマーと言えば当時からC++は魔境過ぎてヤベェみたいな記載があって笑った記憶ある。

**デフォルトの名無しさん** · 2019/08/30(金) 12:23:15.14

無理矢理使わせてるということは今後出てくるMSプロダクトは全部Rust製になるのか？

**デフォルトの名無しさん** · 2019/08/30(金) 12:35:18.57

>>193
C++で作るようなものを全部Rustにする
ってなったらすごいことになるな

**デフォルトの名無しさん** · 2019/08/30(金) 13:06:45.92

JavaScript → TypeScript(型チェック) とか C++ → Rust(借用チェック) みたいな
用途・特性が似通った言語でより安全な方を使わせるってのは、単なるリスクマネジメントであって
SIerのナンデモJava事案とは違うと思う

**デフォルトの名無しさん** · 2019/08/30(金) 15:21:18.59

ポストC/C++の座にRustを据えるかどうかはともかくC/C+お払い箱は確定事項じゃね
つーかMSRCの記事の何処にも無理矢理使わせているなんて書いていないぞ？

**デフォルトの名無しさん** · 2019/08/30(金) 15:28:58.11

Cは永遠に不滅です
C++は知らん

**デフォルトの名無しさん** · 2019/08/30(金) 18:16:53.32

Rust学び始めたけど噂通りむずい...
やりたいのはcli/tuiとかwebなので習得が無理そうだったら大人しくGoを使うことにする...(´・ω・｀)

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

結局C以外でOSは厳しくないかと思うのよね

**デフォルトの名無しさん** · 2019/08/30(金) 22:21:40.26

>>199
CでOS書いた事あんの？
C意外でOS書いたことあんの？
それとも想像だけ？

**デフォルトの名無しさん** · 2019/08/30(金) 22:22:25.51

OSはアセンブラで書くのが常識だった

**デフォルトの名無しさん** · 2019/08/30(金) 22:58:53.71

>>200
OS書かなくても自家製メモリ管理作ってみれば想像できるだろ。

**デフォルトの名無しさん** · 2019/08/31(土) 00:42:16.72

ちゃんとしたmallocを作ること自体が難しいのであってCかRustかは難しさへは影響しない

**デフォルトの名無しさん** · 2019/08/31(土) 15:15:02.18

GCはクソ！だからRust最高！
とイキがってた奴がボローチェッカにボコボコにされてGCの良さを体感するまでが通過儀礼

どっかにドリルないですかね。>187みたいな問題がサラッと解けるようになりたい

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

GCがクソだと思ったからRust使うという意識なかったな

**デフォルトの名無しさん** · 2019/08/31(土) 20:44:28.04

>>187 みたいな感じのはリファレンス読んで関数やメソッドが参照返すのか値返すのか調べるだけ

**デフォルトの名無しさん** · 2019/08/31(土) 21:13:02.78

Rustはボローチェッカーのご機嫌取りが必要だが
GCある言語で性能が欲しいとか言い出すとGCのご機嫌取りが始まる

**デフォルトの名無しさん** · 2019/08/31(土) 21:20:45.92

結局乗りこなしたものが勝ちか、

**デフォルトの名無しさん** · 2019/08/31(土) 21:23:30.02

所有権という概念をつかむのに苦労はしたけど、結果的にはプログラミングを簡単にしてくれていると思う

**デフォルトの名無しさん** · 2019/08/31(土) 23:46:50.72

ライブラリの開発者以外に所有権意識させたのは良いと思う

**デフォルトの名無しさん** · 2019/09/01(日) 01:29:28.40

GCが糞っていうより
糞実装のGCが多過ぎて
大抵の人はGCで糞な思いをするから
GCが糞だと言う誤解というか評判になってるだけ
実際糞だが

**デフォルトの名無しさん** · 2019/09/01(日) 02:04:31.88

ガベッジだって言う人もいるけど
俺は宝物って呼んでる

**デフォルトの名無しさん** · 2019/09/01(日) 04:36:12.23

世界を止めて宝物集めするプログラム

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

それで >>187 はどう書くのが定番なの?

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

続きを読むには会員登録が必要です