Rust Part5

**デフォルトの名無しさん** · 2018/02/11(日) 20:07:24.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

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1507970294/

**デフォルトの名無しさん** · 2018/07/04(水) 23:32:39.47

>>833
あ、ごめん。大嘘だった。
if let なんてのあったのね…

**デフォルトの名無しさん** · 2018/07/05(木) 00:07:01.10

他の関数型言語のletは随分来歴が違うイメージ。
let x = ... in expはラムダ式の糖衣構文の一種なので関数型なら容易に実装できて便利に使えるのに対し、
rustのletは手続き型の変数宣言の方が近い

schemeのletとdefineが全然意味が違うのを知ってると違和感無い

**デフォルトの名無しさん** · 2018/07/05(木) 00:16:12.98

>>831
この辺読めばいいかと。
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/functions.html#%E5%BC%8F%E5%AF%BE%E6%96%87

letは所有権移動だけど、返り値を認めちゃうと
束縛先と返り値のどちらに移動すべきか分からない、ということかな。

**デフォルトの名無しさん** · 2018/07/05(木) 00:52:35.42

>>836
それは let a = (let b = c) がだめな理由にはなるけど
>>831の言ってる関数型言語風の let a = (let b = c in d) がだめな理由にはならないよね

**デフォルトの名無しさん** · 2018/07/05(木) 01:22:02.41

えっ、毎回コピーすんの？
それ無駄じゃね？

**デフォルトの名無しさん** · 2018/07/05(木) 03:33:15.42

>>837
ブロック式で let a = { let b = 1; let c = b + 1; b + c }; と書ける
けどミュータブルな変数を書けるからコードが関数型言語風になるかどうかは書き手次第

**デフォルトの名無しさん** · 2018/07/05(木) 20:22:41.90

>>836
>>839

ほー勉強になりました
fnもいまいち釈然としないけど
もうちょっと読み進めてみます

**デフォルトの名無しさん** · 2018/07/05(木) 21:13:46.28

あるstructもとに任意のフィールドを追加した別のstructを定義することってできる？

**デフォルトの名無しさん** · 2018/07/05(木) 21:35:03.85

イテレータ系はみんなそれやってる
mapとかfilterとか、元のイテレータ＋変換・フィルター関数みたいな構造体を返してくる

**デフォルトの名無しさん** · 2018/07/05(木) 22:08:25.13

へー今気がついた
strはmutの有無にかかわらずRO領域に配置される
sliceはmutの有無にかかわらずRW領域に配置される
つまり今風のOS上だと
strをポインタ経由で書き換えようとするとメモリアクセス違反
sliceをmut無しで宣言した物でもポインタ経由で書き換えられる
リンカの設定にもよると思うけどマイコンなどで使うときは注意が必要そう

**デフォルトの名無しさん** · 2018/07/05(木) 22:15:27.91

えぇ…安全に使えないじゃん。キツツキに縛りつけてる意味ないじゃんrustの存在意義が…

**デフォルトの名無しさん** · 2018/07/05(木) 22:46:05.11

再現コードはよ

**デフォルトの名無しさん** · 2018/07/05(木) 23:38:48.53

unsafeの話でしょ
脊椎反射したいつもの人が見事に釣られている

**デフォルトの名無しさん** · 2018/07/05(木) 23:53:13.69

もちろんunsafe中の話です
fn main(){
　let s:[i32;2] = [10, 20];
　println!("s[0]={}", s[0]);
　unsafe{*(s.as_ptr() as *mut i32)=30}
　println!("s[0]={}", s[0]);
}
実行結果
s[0]=10
s[0]=30
これそのものが問題になるケースは少ないだろうけど
ROにいるはずと思い込んでいるとハマるケースがありそう

任意の場所に配置するアトリビュートとかあるのかな

**デフォルトの名無しさん** · 2018/07/06(金) 00:07:24.39

これのArrayのとこに書いてない？

https://doc.rust-lang.org/book/second-edition/ch03-02-data-types.html

**デフォルトの名無しさん** · 2018/07/06(金) 00:36:54.90

>>842
返すんじゃなくて定義したいんだけども

**デフォルトの名無しさん** · 2018/07/06(金) 06:49:56.18

>>841>>849
stackoverflowとリファレンスを見た限りstruct定義の入れ子はサポートしてない
https://stackoverflow.com/questions/23629201/nested-structs-in-rust
https://doc.rust-lang.org/reference/items/structs.html

**デフォルトの名無しさん** · 2018/07/06(金) 18:21:10.44

どうもありがとう。でもちょっとニュアンスが違う。

struct 2d {x, y}
struct 3d extends 2d { z }

で3dが2dのxとyのフィールドと独自のzを持つようなかんじ
マクロで出来ないか精一杯やってみたが出来なかった
元となるstructごとにマクロ作ればできるんだけどそれじゃ意味ないし

**デフォルトの名無しさん** · 2018/07/06(金) 18:57:55.41

設計見直したら？

**デフォルトの名無しさん** · 2018/07/06(金) 19:23:23.92

>>851
Rust Design PatternsにはDerefでやるのはアンチパターンだと書いてあるけど、別の似たようなサイトではお勧め扱いだった気がする
https://github.com/rust-unofficial/patterns/blob/master/anti_patterns/deref.md

**デフォルトの名無しさん** · 2018/07/06(金) 21:12:32.07

struct A {int size; char data[];}
みたいなのをRustから読み書きするインターフェイスを考えてみた
enum PTR {}
struct A {p:*mut PTR}
impl A {
　fn new(ptr:*mut PTR) -> Self {A {p:ptr}}
　fn get_size(&mut self) -> i32 {unsafe {*(self.ptr as *mut i32).offset(0)}}
　fn set_size(&mut self, n:i32) {unsafe {*(self.ptr as *mut i32).offset(0) = n;}}
　fn data(&mut self) -> &mut [u8] {unsafe{std::slice::from_raw_parts_mut((self.ptr as *mut u8).offset(4), self.get_size() as usize)}}
}
fn main() {
　let mut s:[u8;14] = [10,0,0,0,1,2,3,4,5,6,7,8,9,0];
　let mut x = A::new(s.as_ptr() as *mut PTR);
　println!("x.get_size()={}", x.get_size());
　println!("x.data()[0]={}", x.data()[0]);
　println!("x.data()[1]={}", x.data()[1]);
　x.set_size(7);
　println!("x.get_size()={}", x.get_size());
　x.data()[1] = 225;
　println!("x.data()[1]={}", x.data()[1]);
　println!("s[5]={}", s[5]);
}
実行結果
x.get_size()=10
x.data()[0]=1
x.data()[1]=2
x.get_size()=7
x.data()[1]=255
s[5]=255
美しくないコードだ・・・
メインのRustコードにunsafeを書きたくないので全てstructに突っ込んだらこうなった
dataはslice経由で比較的自由に読み書き出来るけど、sizeは任意のアドレスを挿している数値型の作り方が判らないので関数が2つに

**デフォルトの名無しさん** · 2018/07/07(土) 01:32:56.18

rustからrust-bindgenが吐いたC++のクラス使うのめんどくさいな

**デフォルトの名無しさん** · 2018/07/07(土) 18:52:04.06

ところで、全然話変わるんだけどさ、mutってどう発音してる？
自分は「むっと」ってよんじゃってて、なんか、かっこわるいんだけど。

**デフォルトの名無しさん** · 2018/07/07(土) 19:12:39.63

当然、「みゅっと」でしょ

**デフォルトの名無しさん** · 2018/07/07(土) 20:15:18.96

怒ってるのね

**デフォルトの名無しさん** · 2018/07/07(土) 20:19:35.52

鬼太郎のCVほっぽりだして産休に入るみゅ

**デフォルトの名無しさん** · 2018/07/07(土) 20:58:49.46

mjúːtəbl

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

ミュート

**デフォルトの名無しさん** · 2018/07/08(日) 00:41:02.43

tanakhがrustのクロージャー再帰を望んでいる

https://twitter.com/tanakh/status/1015609559673475073

**デフォルトの名無しさん** · 2018/07/08(日) 11:33:21.07

そりゃ入れないほうがいい証左になるなw

**デフォルトの名無しさん** · 2018/07/08(日) 13:33:35.86

みゅう太

**デフォルトの名無しさん** · 2018/07/09(月) 02:59:46.84

>>862
いつまでtanakhなんてスパコン詐欺師を崇めるんだろうなこのスレの住人

**デフォルトの名無しさん** · 2018/07/09(月) 07:41:39.43

国内の会社は大目に見てもらえないから大変だなあ

**デフォルトの名無しさん** · 2018/07/09(月) 09:23:25.63

NEDOとかダメだろ

**デフォルトの名無しさん** · 2018/07/09(月) 22:56:35.23

「nvidiaの倒し方、知らないでしょ?オレらはもう知ってますよ」

**デフォルトの名無しさん** · 2018/07/10(火) 08:37:04.49

実際green500で倒してるんだからたいしたものだよ

**デフォルトの名無しさん** · 2018/07/10(火) 14:26:10.12

https://github.com/saschagrunert/webapp.rs

これいいね、Webアプリを完全Rustで作成

**デフォルトの名無しさん** · 2018/07/11(水) 12:56:28.28

WebアプリをRustで書くって、どういう需要があるの？
ラズパイみたいな環境？

**デフォルトの名無しさん** · 2018/07/11(水) 13:05:53.98

車買ったらムダにドライブしたくなるじゃん。すぐ飽きるのに。
あんな感じ。

**デフォルトの名無しさん** · 2018/07/11(水) 13:08:35.26

クライアントサイドとサーバサイドで同じコードが使えるって話ちゃうのん?

**デフォルトの名無しさん** · 2018/07/11(水) 13:30:09.56

同じ言語
だな
それはnode.js環境も同じだが

**デフォルトの名無しさん** · 2018/07/11(水) 13:31:28.26

期待できる点は速くて安全

**デフォルトの名無しさん** · 2018/07/11(水) 16:34:41.89

全部rustって需要はあんまりない気がするけど、サーバ側ならかなりマッチしてる

**デフォルトの名無しさん** · 2018/07/11(水) 17:15:53.86

webassebly

**デフォルトの名無しさん** · 2018/07/11(水) 18:10:54.52

サーバーサイド → Rust
クライアントサイド → Rust
ブラウザ → Rust
完璧じゃないか

**デフォルトの名無しさん** · 2018/07/11(水) 18:17:02.02

Yewのベンチマークって他に誰か取ってた？

**デフォルトの名無しさん** · 2018/07/11(水) 18:46:56.99

やたらノンブロッキングに拘ってるけど、それが本当に必要な人ってごく一部だよね
人気サービスの中の人だけ
普通はスレッド立てまくりで対応可能だし、たまに台数増やすだけで問題ないでしょ？

**デフォルトの名無しさん** · 2018/07/11(水) 18:59:32.73

だからそれは並列性が必要ってことでしょ

**デフォルトの名無しさん** · 2018/07/11(水) 19:13:29.64

真のアイルランド人はノンブロッキングなど必要としないｗｗｗ

**デフォルトの名無しさん** · 2018/07/11(水) 20:14:09.83

アイルランドいつ統一するん？

**デフォルトの名無しさん** · 2018/07/12(木) 20:27:33.26

オライリーの奴予約した

**デフォルトの名無しさん** · 2018/07/12(木) 22:30:46.69

>>884
白紙の未来を絶望に染めてやろう。

あれもうかなり古いぞ。
rust 2018で今よりさらに変わるんだぞ。
エラーハンドリングもモジュールもTraitも重要な部分全部かわるぞ。
nightlyで結構実装済みだから現行のnightlyですら違うぞ。
macro 2.0はいいぞ！

**デフォルトの名無しさん** · 2018/07/12(木) 22:39:04.16

この仕事してるならそんなの普通じゃん

**デフォルトの名無しさん** · 2018/07/13(金) 00:41:53.18

>>885
Rust 2018にエラーハンドリングの変更とかあったっけ？
Rust 2018での追加・変更って"module, impl trait, Generators/async/await, macros 2.0, NLL, SIMD"だけじゃなかったっけ？
もしかしてdo catchがstable化されるの？それとも、それ以外で変更があるの？
エラーハンドリングで互換性を崩すような変更があるならかなり痛いんだけど…

**デフォルトの名無しさん** · 2018/07/13(金) 04:40:11.96

https://github.com/rust-lang/rfcs/blob/master/text/2388-try-expr.md
2018からtryがキーワードとして予約される（catchは廃案）
editionが未完成だと実装できないから2018リリースにはきっと間に合わない

**デフォルトの名無しさん** · 2018/07/13(金) 08:17:48.56

RustもC++みたいに何年かおきに大きく変更されるの？

**デフォルトの名無しさん** · 2018/07/13(金) 10:05:43.27

こないだ1.0になったばかりな気がするんだが。仕事じゃつかえないな

**デフォルトの名無しさん** · 2018/07/13(金) 10:19:59.41

こないだってもう3年前だぞ
C++が仕事で使えるんだから使えるだろ
てか、Swiftなんてもう4でそろそろ5になるとか言ってるんだぞ
あれが仕事で使えるんだからRustなんか楽勝だろ

**デフォルトの名無しさん** · 2018/07/13(金) 10:29:57.41

swiftなんてappleのDSL

**デフォルトの名無しさん** · 2018/07/13(金) 10:31:39.87

C99勢が砦

**デフォルトの名無しさん** · 2018/07/13(金) 11:07:37.12

実際仕事で使っている人たちがいるのに使えないということは、別のところに問題があるのよ

**デフォルトの名無しさん** · 2018/07/13(金) 11:48:20.64

安定性以前にまともにfibが書けない言語だから仕事じゃ使えない

**デフォルトの名無しさん** · 2018/07/13(金) 12:52:21.80

突然の自己紹介

**デフォルトの名無しさん** · 2018/07/13(金) 13:54:10.99

>>50辺りの流れは何回見ても本当に秀逸

**デフォルトの名無しさん** · 2018/07/13(金) 15:05:24.82

車輪の再発明を抑止し過ぎるとnode.jsみたいになるからね
やり過ぎはだめってことよな

**デフォルトの名無しさん** · 2018/07/13(金) 15:40:42.13

どゆこと？

**デフォルトの名無しさん** · 2018/07/13(金) 16:06:42.44

たかだか一行二行のプログラムのnpmパッケージであふれ、しかも子孫含めた被参照ダウンロードが100万とかざらで、さらにそれがバグっている。

**デフォルトの名無しさん** · 2018/07/13(金) 17:28:42.65

Rust関係ないけど最近ArchLinuxのAURに細工されたパッケージが上げられててほんのちょっとだけ話題になったんだけど

正直自分が使うcrateやそれの依存関係まで含めて全部書いてる人が信用できるかとかソースまでチェックしてる人なんていないよね…？
イカンなぁと思いながら盲目的に使っちゃってるわ(´・ω・`)

**デフォルトの名無しさん** · 2018/07/13(金) 17:44:54.43

CPUのL2キャッシュを作った人の叔母の恋人がテロリストがどうか気にするところから始めたほうがいいな

**デフォルトの名無しさん** · 2018/07/13(金) 17:46:33.55

某ファイルシステムの作者が奥さんを殺してしまってな

**デフォルトの名無しさん** · 2018/07/13(金) 18:29:15.55

怖いなぁ、戸締まりすとこ…

**デフォルトの名無しさん** · 2018/07/13(金) 19:36:34.68

そういえばRUSTという殺し合いをするゲームがありますね

**デフォルトの名無しさん** · 2018/07/13(金) 20:34:31.63

crate以前に詐欺企業Mozillaが信用できないから

**デフォルトの名無しさん** · 2018/07/13(金) 20:59:24.06

Mozillaが詐欺企業なら、Mozilla以上に言う事やる事がコロコロ変わるAppleや
個人情報を収集しまくりのGoogleやMicrosoftはどうなってしまうんだろうなｗ

**デフォルトの名無しさん** · 2018/07/13(金) 21:16:35.53

> 仕事じゃ使えない

おじさんのことじゃん

**デフォルトの名無しさん** · 2018/07/13(金) 21:19:05.39

crates.ioを見に行かないようにして、社内で確認済みのcrateしか置いてない社内リポジトリだけ
参照するような設定って出来るんだっけ？

**デフォルトの名無しさん** · 2018/07/13(金) 21:39:00.40

RFCはあるみたいだけどまだ出来ないのかな
https://github.com/rust-lang/rust/issues/44931

**デフォルトの名無しさん** · 2018/07/13(金) 21:50:09.75

>>910
まだ半分も済んでないね

**デフォルトの名無しさん** · 2018/07/14(土) 00:26:44.88

>>909
cargoはそこらへん腐ってるから無理。
出来はするけどcrates.ioをクローンするツールの開発が
殆ど動いてないしクローンしてもそのローカルリポジトリを管理するツールがない。
ここらへんはoffline modeも絡んでくるけど、
どうせ欠陥機能作って廃止してまた作っての繰り返しでめちゃくちゃになるだけ。

**デフォルトの名無しさん** · 2018/07/14(土) 06:22:32.24

crates.ioのソースを持ってきてローカルに立ち上げてhostsで向ければ出来上がりじゃん

**デフォルトの名無しさん** · 2018/07/14(土) 06:46:24.80

cargoが便利コマンドすぎて、原始的な事がやりづらくなってる問題

**デフォルトの名無しさん** · 2018/07/14(土) 09:02:37.98

便利っつーかモジュラリティーの低い構造になってるだけだろ。。
バカ設計だわ。

**デフォルトの名無しさん** · 2018/07/14(土) 10:21:42.77

>>908
go使うよ。32bitsマシン以上向けならgoで十分だ。

**デフォルトの名無しさん** · 2018/07/14(土) 11:25:26.45

仕事じゃ使えないのは言語じゃなくてお前だって言われてるのに何故goが出てくる

**デフォルトの名無しさん** · 2018/07/14(土) 11:57:28.13

Rust使えないから

**デフォルトの名無しさん** · 2018/07/14(土) 14:38:38.90

Rust(が/を)使えないから
どっち

**デフォルトの名無しさん** · 2018/07/14(土) 14:41:53.11

にほんごむずかしいあるね

**デフォルトの名無しさん** · 2018/07/14(土) 14:53:02.90

Rustの提案するエセソリューションは機械語のレベルと相性が悪い
CやC++のほうがまだまともなアプローチしてる

**デフォルトの名無しさん** · 2018/07/14(土) 15:01:24.24

「機械語のレベルと相性が悪い」が "All your base are belong to us" みたいに見えてきた
なんかもう根本的に解ってないなっていう感じからくる面白さがある

**デフォルトの名無しさん** · 2018/07/14(土) 15:14:29.28

モジラに職を奪われたおじさんと
そのおじさんの物まねをするおじさん達のスレ

**デフォルトの名無しさん** · 2018/07/14(土) 15:18:04.39

LLVMについていけないおじさん

**デフォルトの名無しさん** · 2018/07/14(土) 15:22:17.69

Cやアセンブラなどの低レベルな処理と連動する場合unsafeを使わざるを得ないが、言語の仕様上普通に書くとunsafe祭りになってしまい
ソースコードの可読性が低下するのが残念。抽象化したくてもこれまた仕様的に完全な抽象化が出来なかったりするし

**デフォルトの名無しさん** · 2018/07/14(土) 15:47:47.15

gcが有って良いならgo。ない方が良いならnimってことか

**デフォルトの名無しさん** · 2018/07/14(土) 16:00:11.16

まだ学習し始めたばかりでみんなが何を言っているのかよくわからない。

**デフォルトの名無しさん** · 2018/07/14(土) 16:53:11.51

どいつもこいつも適当なことをそれっぽく言ってるだけだから気にしなくておk

**デフォルトの名無しさん** · 2018/07/14(土) 16:57:03.73

ここはアンチの溜まり場だよ

**デフォルトの名無しさん** · 2018/07/14(土) 17:09:58.35

今日は本物がいないな

**デフォルトの名無しさん** · 2018/07/14(土) 17:28:07.35

>>926
一体いつからNimにはGCがなくなったんだ…？(困惑)

**デフォルトの名無しさん** · 2018/07/14(土) 17:41:12.64

>>930
狂人の真似をすれば実際狂人
つまりみんな本物のRustに職を奪われたおじさんなんだよ

**デフォルトの名無しさん** · 2018/07/14(土) 17:45:59.63

https://nim-lang.org/docs/gc.html
RustはできないしNimも詳しくない専門性なしのおじさん