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/06/30(土) 11:01:24.70

ダブルポインタはあんま想定してなさげな気はする。
俺だったらもう一枚、インターフェイスかましてもう少し楽なインターフェイスにしてから
rustと繋げるわ。

**デフォルトの名無しさん** · 2018/06/30(土) 11:27:27.95

結局C/C++ある程度わかってないと話にならないよね。
経験ないやつはいきなりrust勉強してる場合ではない。

**デフォルトの名無しさん** · 2018/06/30(土) 12:46:04.79

コンパイルできないならまずプログラミングを勉強しなおしたほうがいいよ

**デフォルトの名無しさん** · 2018/06/30(土) 14:28:27.26

FFIの話をrust全体の話に主語をでかくしてるおっさんがおるな

**デフォルトの名無しさん** · 2018/06/30(土) 16:28:11.02

FFIもrustの魅力の一つなのですが？
C/C++知らないやつはいつまでたってもrustを全て分かったことにならない
半人前のまま
別に必要なとこだけ使うスタンスでもいいけど半人前のクセにいっぱしのrustプログラマーヅラしないでね

**デフォルトの名無しさん** · 2018/06/30(土) 16:34:04.77

昔はアセンブラ知らずにC++語るなとか言われてたが時代は変わったもんだな

**デフォルトの名無しさん** · 2018/06/30(土) 16:40:34.19

結局どの言語を選べばいいのかわからなくなった
C++？Go？

**デフォルトの名無しさん** · 2018/06/30(土) 17:06:44.52

Coqを選べばいいと思うよ

**デフォルトの名無しさん** · 2018/06/30(土) 17:07:23.25

目的に合ったもの
やりたいものをやればいい

**デフォルトの名無しさん** · 2018/06/30(土) 17:07:54.55

迷うならGoでいいんでは。

**デフォルトの名無しさん** · 2018/06/30(土) 17:10:05.48

Prolog

**デフォルトの名無しさん** · 2018/06/30(土) 17:38:54.49

rustを視野に入れながらgoという選択はない
kotkinかswiftかgoかってなら分かるけど

**デフォルトの名無しさん** · 2018/06/30(土) 17:52:45.29

分からないなら無理してrust使わなくていいって意味じゃろ

**デフォルトの名無しさん** · 2018/06/30(土) 18:08:54.39

腐ってないでお前らも俺と一緒にRustで競技プログラミングしようぜ！

https://yukicoder.me/submissions?submitter=5971

**デフォルトの名無しさん** · 2018/06/30(土) 18:21:37.09

クロージャで再帰が出来ないのって所有権的な問題？

**デフォルトの名無しさん** · 2018/06/30(土) 18:24:45.75

rustは競プロには向かない
https://users.rust-lang.org/t/rust-for-competitive-programming/17682

**デフォルトの名無しさん** · 2018/06/30(土) 18:38:35.11

クロージャの再帰ってこれのこと？

recursion - Is it possible to make a recursive closure in Rust? - Stack Overflow
https://stackoverflow.com/questions/16946888/is-it-possible-to-make-a-recursive-closure-in-rust

**デフォルトの名無しさん** · 2018/06/30(土) 18:57:41.58

>>802
おー、できた
ありがとう
ローカル関数だと外部変数キャプチャできないし、クロージャだと再帰できないし、
同時にしたいときどうすんのかなーって思ってたから
そんなに使うこともないだろうけど、心に留めときます

**デフォルトの名無しさん** · 2018/06/30(土) 22:59:14.25

>>785
ありがとう。なるほどそういう書き方もあるのか。確かに書き換わるので&mutの方が適切ですね
欲しいのはアドレスなのだからと単にアドレス演算子&を付けていました

unsafe外から任意のアドレスにあるデータへアクセスするにはその部分を関数化するようなのかな
一般的に言うプロパティの読み書きをプログラマブルに出来れば綺麗に書けるけど無理なんだろうなぁ
()無しの関数呼び出しとも言えるけどこれが出来る言語は少ない

**デフォルトの名無しさん** · 2018/06/30(土) 23:04:00.05

相変わらず驚き最大の言語だな

**デフォルトの名無しさん** · 2018/07/01(日) 07:43:42.19

>>805
例えば何に驚いてんの？
Rustの目的はシステム言語だが、目的から乖離してるとこって何？

**デフォルトの名無しさん** · 2018/07/01(日) 08:30:53.21

マルチパラダイムの場合、驚き最小の原則の法則に反するかどうかは実装者の責任じゃないだろうか

**デフォルトの名無しさん** · 2018/07/01(日) 08:46:31.97

抽象的なことしか言わなくなったんだよ
機械語のレベルと相性が悪いし

**デフォルトの名無しさん** · 2018/07/01(日) 11:50:23.63

>>807
半分はその通りだが、それならc++で良くね？になるぞ。

**デフォルトの名無しさん** · 2018/07/01(日) 13:30:01.00

日本語でこんなに議論が行われてることに驚いた

**デフォルトの名無しさん** · 2018/07/01(日) 13:37:40.54

恥ずかしくて外国人には見せられない掲示板だ

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

そもそもcの呼び出しはメモリ管理モデルのギャップがあるんだから
どうあがいてもc++のが簡易にできるのは当然なんだよ。

**デフォルトの名無しさん** · 2018/07/01(日) 15:26:57.84

>>810
このスレは英語推奨だぞ

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

>ローカル関数だと外部変数キャプチャできないし、クロージャだと再帰できないし、
ここに関してはクロージャでないものをクロージャと呼ばなければ誰も驚かなかっただろうな。
javaは似非クロージャのことはラムダ式と呼んでるし。

**デフォルトの名無しさん** · 2018/07/02(月) 01:51:37.55

Haskellの「外側のシンボルを参照することによる暗黙的な部分適用」はクロージャと呼ばれてるから
アレが許されるなら少なくともJavaのはクロージャと呼んでいい

**デフォルトの名無しさん** · 2018/07/02(月) 22:14:52.04

>>815
javaのアレは元々クロージャ導入するつもりが、
仕様と実装でクソ揉めて妥協案としてクロージャ
じゃないものとしてラムダ式を作ったんやで。
だから意図的な"クロージャではないモノ"よ。

メモリ管理にgc使うからエンクロージャの束縛の解放に
制限ないから実質クロージャだし第一級関数だけど。

**デフォルトの名無しさん** · 2018/07/02(月) 22:54:50.18

hyper使って簡単なwebアプリ描いてみたけどわりと素直に書けるのね

**デフォルトの名無しさん** · 2018/07/03(火) 16:24:59.60

>>803は本当に満足してるのだろうか
>>802のやり方だとパラメータ増えてるじゃん
こういうのは既存のシグネチャに合わせられないと
単にひとつの関数を小洒落た書き方にしてみましたってだけにしかならないのでは

**デフォルトの名無しさん** · 2018/07/03(火) 17:05:40.29

連投になって申し訳ないが、環境をRefCellで持ち出す例を見つけた
ttps://wandbox.org/permlink/hkwccgD2oXp0fTm7
組み合わせて、802の2番目の例のstructを更にRefCellに入れたらシグネチャ変えずに行けるかな

**デフォルトの名無しさん** · 2018/07/03(火) 17:29:45.80

>>818
一応満足してるよ
スッキリ書けないことがわかったから、素直にループで書くか、ローカル関数作って引数で渡そうと思えた
Rustは関数型じゃなくて手続き型だし、特に不満ではない

**デフォルトの名無しさん** · 2018/07/03(火) 17:31:22.43

>>819
RefCell使うなら、Rustで書く意味ないだろ

**デフォルトの名無しさん** · 2018/07/03(火) 18:19:36.75

>>820
すまん、クロージャでないとできない用途(環境をキャプチャーして高階関数に渡す等)を想定していると
勝手に気を回してしまったみたいだ

**デフォルトの名無しさん** · 2018/07/03(火) 21:26:26.07

クロージャじゃないとできない用途って具体的にどういうものなの
想像つかなかったので単純な興味本位

**デフォルトの名無しさん** · 2018/07/03(火) 21:32:07.93

例えば最適化ライブラリなどに目的関数を渡す場合などで
引数以外からパラメータを注入する必要がある場合。

**デフォルトの名無しさん** · 2018/07/03(火) 22:38:00.99

>>822
キャプチャ自体はクロージャで出来るから別に困ってないかな
たまたま再帰させたくなったときがあっただけだから

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

クロージャじゃなきゃできないことじゃなくて、
クロージャの再起呼び出しじゃなきゃできないことを聞きたかった
引数以外のパラメーターを差し込む場合、普通は再起は必要ないよね

**デフォルトの名無しさん** · 2018/07/04(水) 00:52:48.93

風雲再起ぃ～！！

**デフォルトの名無しさん** · 2018/07/04(水) 01:08:42.88

1.28はrustdocするときソースコードのlintするようになったんの？
deny属性に違反するソースコードがドキュメント生成時にエラー投げる。

>>822
クロージャがある言語は普通、関数とクロージャ区別しないからその感覚はおかしくないと思う。
でもクロージャの実装上の制約とかライフタイムとかでループで書いたほうがいいと思うコードはある。

**デフォルトの名無しさん** · 2018/07/04(水) 09:35:17.80

>>826
それは、てっきり最初の>>800がキャプチャと再帰を同時に使いたいことがあったんとばかり

**デフォルトの名無しさん** · 2018/07/04(水) 20:54:21.49

>>826
ある種の動的なtree構造に対して探索、実行を繰り返すとか。。
やっぱ具体的じゃねーな。。

**デフォルトの名無しさん** · 2018/07/04(水) 21:42:58.93

最近rustの勉強始めたものです
この言語ってstatementなのかexpressionなのかをどういう方針で決めてんでしょう？
ifがexpressionなのはわかったけど、letはなぜstatementなんだろ？
他の関数型言語のようにexpressionでもよかろうに、と思った

**デフォルトの名無しさん** · 2018/07/04(水) 21:53:13.67

KCX

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

古いCで良く在る if ( (let a = f()) != 0 ) {} みたいなのが嫌だったんだろう。
そもそも、変数束縛が値を持つ必然性は無いよね。

**デフォルトの名無しさん** · 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はいいぞ！