プログラミング言語 Rust 4【ﾜｯﾁｮｲ】

2018/01/12(金) 21:23:37.23

>>9
私も初心者で分からないですが最終的に何がしたいんでしょうか？

9 (ﾜｯﾁｮｲ 392d-FSib) · 2018/01/12(金) 21:44:35.31

>>10
レスどうもです
Vec（他標準 struct）のDisplay::fmt出力をカスタマイズしたいんです　例えば
・要素数が多い場合、最初の数個を出力して残りを省略するとか
・要素の出力が長くなる場合、適当なところで改行するとか
・インデントを受け付けてネストしてる場合は改行とインデントで整形するとか

その上でVecのインターフェースをそのまま使いたいんですが
>>9のように新規の構造体を作る場合　手書きで委譲せねばならず
どうにか上手く出来ないもんかな……と

2018/01/12(金) 22:44:10.61

>>11
その用途ならVecに別な名前のメソッドを直接implしちゃってそっち呼び出せばいいような気がしたんですが

println!("{}", v.my_fmt());

みたいに

2018/01/12(金) 23:39:08.93

>>9 https://play.rust-lang.org/?gist=eec6671ba201493eb61891447824b92f&;version=stable

DerefとDerefMutを実装するといい。
↓にあるDeref Coarcionっていうコンパイラの機能で、x: MyType<T>に対し、&xが&MyType<T>とも&Vec<T>ともみなしてくれるようになる
https://doc.rust-lang.org/book/second-edition/ch15-02-deref.html#implicit-deref-coercions-with-functions-and-methods

更に追加でIntoとFromも簡単に実装できるから不自由は無くなるはず

9 (ﾜｯﾁｮｲ 392d-FSib) · 2018/01/12(金) 23:49:12.53

>>12
ごもっともです
self.0に委譲するマクロが上手く書けなかった経験があり
それに引きずられて本質を見失ってました
コードを整理していったらいけそうな感じになりました
https://play.rust-lang.org/?gist=960819f1fb1b5f9988a1c58cab2b1b9e&;version=stable
ありがとうございます

>>13
ああ、なるほど
Derefは思い至ってませんでしたメソッド委譲の解決になりそうで助かります
こちらもありがとうございます

2018/01/13(土) 07:02:43.11

なるほど

2018/01/13(土) 10:23:49.57

https://stackoverflow.com/questions/45086595/is-it-considered-a-bad-practice-to-implement-deref-for-newtypes

ぐぐったらこんな議論も。

2018/01/13(土) 19:09:49.17

>>16の論旨は「MyType<T>は常にVec<T>として扱われても問題ないか？あるならDerefはおすすめしない」だと思うけど、
今回の場合はむしろMyType<T>は特別なことが無い限りVec<T>として使いたいんじゃないの？

9 (ﾜｯﾁｮｲ 392d-FSib) · 2018/01/13(土) 20:15:02.44

>>16 読みました
見覚えのあるピンク玉はrust playgroundの中の人でした

「smart_ptrぐらいの同一性がある場合にはDerefが必要だけど
strにDeref<Taget = [u8]>が無いように
Derefだとやりすぎな場合もあるからdelegate構文欲しいよね」
ってなとこでしょうか
strの例は「替わりにas_bytesがあるよ」ということかなと

strとsliceとか他のライブラリを眺めた個人的な結論としては
has_aならAsRef、is_aならBorrowをimplして受ける関数で使い易くしておくのが
Rust的な落とし所なのかなーといった印象です
AsRef, Borrow, Derefの使い分けは宣言的にプログラマの裁量に任されてる感じ

よくよく考えれば自分のコードにもas_xxx, as_xxx_mutが散見されている現状なので
Mytypeにもas_vecを書けばそれでも良かったような気がします

>>17
自分のケースの場合はそもそもMyTypeがいらなくなってしまったもので
Derefはオーバーパワーかなと思ってます
とはいえ　smart_ptrのように扱うならDerefが有用ということが
知見として学べたので　大変ありがたかったです

2018/01/14(日) 07:18:07.14

>>17
このスレを読んでる人に情報共有してるだけだよ

2018/01/14(日) 15:21:10.36

元スレやばいね

2018/01/18(木) 23:48:10.50

オライリー届いた。
分厚すぎてわろたわ。読むの大変そう。

2018/01/29(月) 13:41:23.22

dyn Traitが入ってしばらくしたらBox<Trait>はdisconになるの？

2018/01/29(月) 14:45:47.97

deprecated扱いになって警告を出し次のepochで削除とかだったと思う

2018/01/29(月) 17:30:10.02

impl Trait入ったらそもそもほとんど使わなくなるから気にしなくていいのか。

2018/01/29(月) 17:48:02.51

使うケース減るのもそうだけどepochで機能削除する場合はソースコードの変換ツールが提供されるらしい
あと古いepochのソースはそのままコンパイルできるらしいから特に対応不要らしい
だから新しいepochにしか入っていない機能を使いたいcrateとかでなければ何もしなくても困らないはずだし
その場合でも変換ツール通せば簡単に対応できるはず

2018/01/29(月) 21:18:10.28

なるほど

2018/01/31(水) 12:10:20.24

2018年のロードマップのRFC出てる
https://github.com/rust-lang/rfcs/pull/2314
impl Traitついに安定化されるのか

2018/01/31(水) 19:12:32.86

epoch releaseってのはどういうことなんだってばよ？

2018/02/04(日) 00:05:25.67

map: BTreeMap<K,V>で、keyが無かったら挿入、あったら格納されてる値vに応じて新しい値new_vに更新するか決めるってやりたいんだけど、
let v = map.entry(key).or_insert(new_v);
if ... {
*v = new_v;
}
よりもっと綺麗な書き方ある？

2018/02/04(日) 01:05:26.32

and_modify() ?

2018/02/06(火) 16:05:20.14

https://webassembly.studio/

CやRustでWebAssemblyできるOnlineIDEだそうな

2018/02/07(水) 00:06:02.34

Rust Never Sleeps: Community Grows, Eclipse-Based IDE Planned
https://adtmag.com/articles/2018/02/01/rust-grows.aspx

2018/02/07(水) 10:02:06.97

>>31
ええやん

2018/02/07(水) 10:05:39.88

>>32
eclipseはいらんなあ

2018/02/07(水) 21:39:04.86

オライリー本読んだ？

2018/02/10(土) 17:28:13.69

wasmってまだプリミティブすぎて使い物にならないのかと思ってたけど wasm-bindgen すげえな
もうここまでできるのか

2018/02/10(土) 18:48:11.24

Rustすごい！

takahito takabayashiさんのツイート: "ファミコンのエミュレータをRust / WebAssembly で書き直した
https://twitter.com/tatakaba/status/961532612723511296

2018/02/12(月) 12:24:11.46

梅手伝い

2018/02/12(月) 19:13:38.83

苦労して書き直しても全然パフォーマンス上がらないのな…
ぐうの音もでないほど効果があるユースケースってなんなんだ

2018/02/12(月) 21:38:29.65

アルゴリズムが変わらないならそう変わらんのじゃないか
他人のひどいコードならともかく、同じ人が小規模なプログラムを書き直す程度だと特に

C/C++からRustへ書き直して速度が上がったって話はあんま聞いたことが無い
速いネイティブライブラリを言語に組み込んでるJuliaとかなら、書き直すだけで速度上がったって話はちらほら
pythonだったらnumpy使った方が楽でいいとかも

2018/02/12(月) 22:31:51.98

いやだってjavascriptだぜ？アルゴリズムの問題か？

2018/02/13(火) 11:38:21.89

リリースビルドしてないとか

2018/02/13(火) 13:55:22.76

結局本スレどこ？

2018/02/13(火) 14:01:02.73

ここ

2018/02/14(水) 10:32:44.85

c++もそうだがコンパイラに機能を詰め込むってのがそもそも筋が悪い

2018/02/14(水) 16:35:43.73

>>45
どういうこと？じゃあどうすればいいの？

2018/02/14(水) 18:27:22.03

asm!だよ

2018/02/14(水) 19:14:50.70

>>46
ライブラリ、もしくはツールに任せる。

2018/02/15(木) 02:06:38.25

>>48
やっぱりちょっと分からないな。
RustやC++のどの辺がコンパイラに機能を詰め込んでると思うの？
ライブラリorツールに任せるってのもどの辺を任せたいのかな？
話がザックリし過ぎて言いたいことがよく分からないんだが。

2018/02/15(木) 14:13:53.00

プリプロセッサマクロのことかな？あとは型システムとかGCのことかな？ライブラリに任せるの意味がよくわからんが…

2018/02/15(木) 17:01:00.96

C++はコンパイラの方もだけど標準ライブラリでの機能実現も相応に多くて結果ソースの記述が煩雑になっているのは既知の事実でしょう
ライブラリや実装に任せた結果APIの統一が取れなくなって結局細かな仕様策定を余儀なくされたSchemeを見ても銀の弾丸でない事は明らかだよね
それに出来る事を増やすという点においてライブラリは有用だけど変数の不変性や型システムのような制限をする事に関してはコンパイラによしなにしてもらうより他ないよ

2018/02/16(金) 01:22:14.41

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

2018/02/16(金) 07:39:34.93

やっとstableでrustfmtできるようになったな

2018/02/16(金) 11:54:10.92

どうせ明日にはまたnightly限定になってるよ

2018/02/16(金) 14:44:20.68

最近のアップデートつまんねえなあ

2018/02/16(金) 15:41:33.96

>>45は言語仕様の追加、更新が気に入らないんじゃないかな
try!の代わりに?なんて以ての外だ、みたいな？それ以外に思い付かなかったけど
1.0以前に@や~を削除してライブラリにぶん投げた辺りは希望通りな気がする

基本的に電池入りじゃないRustはライブラリやマクロの代わりの言語仕様の追加じゃなく
より効率的なバイナリを吐くための言語仕様の追加が多いイメージだけどなぁ、impl Traitとか

2018/02/16(金) 17:59:54.40

>>56
あー、そういうこと。?記法は確かに若干違和感あったかもな。
でも実際、あれは便利なんだよなぁ。
File::open(path)?.read_to_string(&mut buf)?みたいに繋げられるから。
try!(try!(File::open(path)).read_to_string(&mut buf))は読みづらい。
かといって、
let mut file = try!(File::open(path));
try!(file.read_to_string(&mut buf))
みたいに2行に分けるのも面倒だし、無駄なローカル変数も出来れば避けたい。
結局、あれが妥当な判断だったと思うけど。
まぁ、stableにする必要あったのか？ってところで賛否両論あるかもね。

2018/02/16(金) 19:47:30.32

box キーワードは何時 stable になるんだ？

2018/02/17(土) 11:13:34.80

boxキーワードはどういう時にうれしいのかがわからん

2018/02/17(土) 11:16:00.80

明らかに二行に分けた方が読みやすいわけだが。
新しい機能マンセー厨ってそういう感覚の狂いについて無自覚過ぎんだよね。

2018/02/17(土) 13:27:59.06

俺も違和感はあるけど、多くの人が賛意を出して採用されたんだから
>>60や俺の感覚が狂ってるんじゃね？自身の感覚の狂いって当然ながら無自覚過ぎんよ

boxは在り様の総意を取るの面倒だし、目下はBoxで運用できてるしで、いつまでもstableに来なさそう
ヒープを多用したい人には文法にあればありがたいんだろうけど、そもそもヒープが好まれんしのう

2018/02/17(土) 14:16:54.60

boxっていきなりヒープにメモリ確保されるのが保証されたりするんじゃないの？
今はコンパイラ次第じゃん

2018/02/17(土) 14:41:36.65

ironって今メンテされてないのか
最近のweb FWはrocketの方が人気なんかな
nightly専用だからまだ手を付けてないんだけど

2018/02/17(土) 20:32:28.58

>>59
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/box-syntax-and-patterns.html
> このように書くことでパフォーマンスを犠牲にすることなく、柔軟性を確保することができます。

知らないの？

2018/02/17(土) 23:42:00.44

それはInPlaceとかPlacerがあればよくてbox inはただのsyntax sugarでは

2018/02/18(日) 08:04:09.95

分解のほうは新しいの？

2018/02/18(日) 08:27:52.42

分解の方がよほどsyntax sugarじゃないのかいな
NightlyのInPlace, Placer使わなくても、Stableの環境でmacro使って実現出来そう

2018/02/18(日) 10:49:08.55

boxって名前はBox<T>以外に使う場面で綺麗に見えない
place <- exprは代入みたい

2018/02/20(火) 18:44:44.84

tokio-coreなくなるんか
一通り組み上がった後の悲しいニュース

2018/02/20(火) 21:05:12.64

まじか、ちょっと辛いな
依存してるライブラリも結構あるよね

2018/02/21(水) 00:49:13.91

ワッチョイなしの方アンチが暴れてる

2018/02/21(水) 00:56:09.93

tokio系列のやつってtokioとかtokio-coreとかtokio-ioとかtokio-protoとか複数あってよく分からんのよね
tokio-ioのリポジトリにはtokioに移動したからもう使うなって書いてあるし
tokio-coreは移動じゃなくて廃止予定って書いてある…
tokio-protoはそのまま？tokio-timerとかtokio-serviceとかよく知らんリポジトリもあるし…
誰か各クレートの特徴(役割)と関係性を教えてくれ

2018/02/21(水) 19:02:38.89

>>71
あっちは、アンチが立てたキチガイ専用スレだからいいんだよ

2018/02/21(水) 19:11:26.04

コミットを追うとtokio-coreはtokioに変わったように見える
tokio-core=tokioでtokioの本体

tokio-ioはtokio-coreを使って非同期ioを実装したものだったがしゃらくせえのでtokio-coreに取り込んだのかな

tokio-protoはtokio-coreを使ってネットワークプロトコルを実装したものだったがしゃらくせえからtokio-coreに取り込んだのかな

つまり tokio = tokio-core + tokio-io + tokio-proto

か？

2018/02/21(水) 23:28:42.27

[] [[[ [[ [] ][ [] [ ] [] ][]] [[[ [] }

2018/02/22(木) 13:48:53.41

tokio-protoとtokio-serviceってtrait宣言が主体のインターフェース定義クレートだったような？
前者はクライアント、後者はサーバに適したインターフェースが定義されてた覚えがある
io, timer, cpupoolなんかはユーティリティ機能が実装されてたよな

統合の基準はどこかで議論されたんだろうけど、どこでやってたのかな

**デフォルトの名無しさん** · 2018/02/28(水) 17:58:52.09

【お知らせ】Packt出版より Network Programming with Rust が発売されました。

2018/03/07(水) 19:47:20.60

https://play.rust-lang.org/?gist=cb511b34bc3ffbb43b8589a24156337a&;version=stable
let mut foo = Foo{ a:0, b:0, c:0 };
let aaa = ["5", "432", "3"].iter().flat_map(|i| i.parse::<u32>()).collect::<Vec<_>>();
foo.a = aaa[0];
foo.b = aaa[1];
foo.c = aaa[2];

Rustってこれ以外に書き方ありませんか？
tupleでやってみるとleft-hand of expression not validと出ました

2018/03/07(水) 20:33:15.97

だめなコードはらないと何がしたいか分かりません

2018/03/07(水) 20:41:08.80

だよなｗ　何をしたいのか分からんよなw

2018/03/07(水) 21:26:04.44

>>79
大量のフィールドに値を入れるのって
一行一行書くしかありませんか？

2018/03/07(水) 21:29:17.37

一行にしたいなら
foo = Foo { a: aaa[0], b: aaa[1], c: aaa[2] };
でも良いだろ。
部分書換なら
foo = Foo { a: aaa[0], .. foo };
とかもある。

2018/03/08(木) 01:34:04.75

1.24.1は何のリリース？

2018/03/11(日) 12:10:25.91

朗報: ついにウェブプラットフォームでRustが速度性能トップを取る
https://www.techempower.com/benchmarks/#section=data-r15&;hw=ph&test=plaintext

なお、JSON操作を伴うとJavaにも劣る模様
ツリー制御が不得意すぎて笑うわ

2018/03/11(日) 13:43:13.82

JSON serializationはそんなに悪くないんじゃね？tokio-minihttpで96.2%出てる。
それよりSingle QueryとMultple Queryが遅いのが問題じゃね？

2018/03/11(日) 17:59:47.19

serdeでシリアライズだけするぶんにはjavaの1.4倍くらい早かったんだけどなあ(俺調べ)

2018/03/17(土) 21:44:59.24

Rust book first editionからの変更知りたいんだけどバージョン差分どこでまとめられてる？

2018/03/17(土) 21:47:17.89

https://github.com/rust-lang/rust/blob/master/RELEASES.md
ここか

2018/03/18(日) 07:04:56.79

1.24.1てなんなんだろ

2018/03/18(日) 20:50:19.82

>>83>>89
なんで自分で調べようともしないの？

Rust Languageさんのツイート: "Announcing Rust 1.24.1: we had some regressions in 1.24.0, so we've released a patch release. Please check it out! https://t.co/zrItc0qiqD";
https://twitter.com/rustlang/status/969367994072739841 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)

2018/03/18(日) 21:36:06.49

Iterator::mapに渡すクロージャ内で、クロージャ内の変数への参照を持つstructを返したい時ってどう対処するのが正解ですか？
https://play.rust-lang.org/?gist=a15e0dfa10339570fef5b9225761a9f0&;version=stable

2018/03/18(日) 23:09:22.36

does not live longエラー関係は自分が思ってるより広い視点で見た方が解決するんじゃないかなあ
Hito.konomi_no_mochiは参照なんだから、参照元としてVec<Mochi<'a>>を保持しないと駄目なんじゃね？
=>mochiがMapになってて分かりにくい
=>とりあえずcollectさせてVec<Mochi>持ったら動いた
みたいな。
https://play.rust-lang.org/?gist=6c9947e3584f1feb5bb14f07d27aa9c7&;version=stable
多分、頭の良い人ならもっと綺麗な説明と解法があるんだろうけど

2018/03/19(月) 07:39:54.89

>>92
ありがとうございます
仮引数mのライフタイムはmain関数が抜けるまでだから通るということで合っていますか
またVecではなくIterator::Mapだと駄目な理由は、Iterator::Mapはcollectされるまでクロージャが実行されないから…とかでしょうか

2018/03/19(月) 13:44:00.51

>>93
仮引数mのライフタイムはクロージャ内なのは変わらないよ。>>92は仮引数を参照じゃなく消費してるから通る（>>92の&mじゃなくてmで良い）
クロージャが実行されないから、ではなく、mochiの値が消費されてるのにその参照を持たせようとしてるから駄目
試しに>>91のコードでmochi.map(|m| { 0 })とか書いて、mochiをprintln!に渡してみようとすると怒られるよ。もう使ってるって。

そこらへんの細かいルールを覚えるの大変だし、コンパイラもまだ分かりやすいエラーメッセージ吐いてくれないから、
・参照を使うときは、参照元をちゃんと生かしておくこと
・参照を使った構造体は、元の値を修飾（見方を変える、新しい機能を持たせる等）するようなパターンに限定すること
を守るようにした方がいいよ

2018/03/19(月) 21:04:17.46

>>94
「消費したものの参照を持たせるのは駄目」と「消費しているから通る」はそれぞれはわかる気がするのですが、両方となると…
前者の「消費したもの」と後者(main関数中生き続けるMochiのベクトル)は別物だと思うのですが、
前者で駄目な理由は関数中生き続けるMochiがない(mapを呼び出しただけでは駄目)ということですか？

2018/03/19(月) 23:26:36.74

「消費されるので通る」じゃ言葉足らずでした。「参照じゃなくmoveして延命している」の方が通じるかも

>>91のコードを整理すると
1. HitoはMochiの参照を持ってるから、Hitoが有効なスコープ中はMochiも有効じゃないといけない
2. mochiはinto_iterで作られてるからMochi型を吐き出す、けど所有はしない
3. なのにmochizukiはmochi.map()で各要素への参照しか持たない
4. mochiから吐き出されたMochiの受け皿が無いんでエラーになる

これを解決するには
1を変えてHitoがMochiを所有するようにデータ構造を変える
2で作られたMochi型の値をしっかり保持する変数を用意する
の2種類くらいしか思いつかん。
Does Not Live Longエラーはライフタイムがどうのこうのと小手先で弄るより、
値の所有者を明快にしたり、データ構造を見直してみると案外素直に直せるのが経験則。

2018/03/20(火) 13:21:28.84

>>96
loop{
let (a, cond): (&str, bool) = get_too_many_str();
let m = Mochi{aji: a};
let h = Hito {m : &m};
if(cond){ break; }
}
// ここでhのvecが欲しい

この場合は、ムーブする(ループより長いライフライムの)変数がないので1の手法しかないということになりますか？
そこそこでかい文字列を扱っているので気を使っていたのですが、この場合Stringにすべきでしょうか

2018/03/20(火) 14:30:32.82

大きい文字列を扱うから参照にしたいってのは普通にあるし分かるけど
Hitoが&MochiでなくMochiをメンバに持つようになっても文字列のコピーは行われないよ

自分なら>>97のget_too_many_str()が返す&strの元を誰が保持するのかをまず気にする
そこをしっかり把握してれば文字列のコピーは最低限になるはずだから

2018/03/20(火) 16:38:27.06

>>97
んー、自分なら　そこだけに使うMochiCow型作ってでも
ajiの型をCowにして凌ぐかな

2018/03/21(水) 11:43:51.64

&strの元もloop内の変数が持っています
hのvecを作るにはコピーは避けられないようですね…
&strからStringに変えたところhvec.push(h)してもエラーにはなりませんでしたが、
スコープを抜けたはずの変数が使える理由ってどこかに書いていますか？

2018/03/21(水) 14:53:30.44

そりゃloop内の変数hから、loop外のhvecに所有権が移動したから

頭の中に入れておける物なんて極わずかだし、場当たり的にdoes not live longエラーに対処するのは大変なので、
・値の所有者はどの変数であるべきか
・データ構造はどうあるべきか
という観点だけ念頭にいれて、「性能を稼ぐために参照を使おう」って考えを一旦外すとスッキリするよ

2018/04/15(日) 17:27:59.27

こっちが本スレと聞いて

2018/04/15(日) 21:42:18.86

しかしここには俺はいない

2018/04/15(日) 21:42:37.31

まちがえた
俺しかいない

2018/04/15(日) 22:10:33.68

俺もいるぞ

2018/04/15(日) 22:44:53.22

てｓｔ

2018/04/16(月) 07:13:50.32

まともな話題はslackいっちゃうのかな。

匿名で喋りたいのはアンチ向きか

2018/05/08(火) 02:44:07.65

別にアンチって訳じゃないけど、コンパイルが遅すぎる（特に最適化掛けた場合に）のはどうかと思う。
実行が速くてもその生成に時間が掛かれば無意味でしょう……。

2018/05/08(火) 05:31:20.68

>>108
Rustで組んだ新Firefoxの動作が２倍ほど速くなったのは無意味？

2018/05/08(火) 07:00:09.03

逆なら理解できるけど

2018/05/08(火) 08:36:06.07

まあコンパイルは遅いわな。
ていうかcargoの仕組みが問題なだけか？

2018/05/08(火) 20:14:50.84

rustcで単一ファイルだけコンパイルすると結構速いなと思った
cargoって警告無視のオプション(-Awarning)の有無でも一からビルドしようとしたりちょくちょくお粗末

2018/05/10(木) 20:35:06.28

なんかRustってテスト用と製品用で別々の最適化を施せるんじゃなかったっけ。
俺は自分の為だけにRustを使ってるのであまり気にしたことがないが。

2018/05/12(土) 12:11:46.40

https://blog.rust-lang.org/2018/05/10/Rust-1.26.html

impl Trait来たから
久しぶりにさわってみるかな

**デフォルトの名無しさん** (JP 0Ha1-pXmg) · 2018/05/23(水) 12:09:39.17

ほとんどc++に見えるの俺だけ？

2018/05/23(水) 12:29:18.87

みんな言ってる

2018/05/23(水) 23:15:50.94

確実にどんな人でも可能なネットで稼げる情報とか
念のためにのせておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

C717P

**デフォルトの名無しさん** (JP 0Hcd-6rHD) · 2018/05/28(月) 09:59:15.77

rustを始めたんだけど
分かりそうで分からなくて
イライラする

なんだこの言語

2018/05/28(月) 11:01:04.58

他の言語の経験にもよるけど　3000行ほど書けば慣れるよ（適当

**デフォルトの名無しさん** (JP 0Hcd-6rHD) · 2018/05/28(月) 11:14:23.86

actix_webでちょちょいとwebサービス作ろうと思っただけなんだが

externとuseみたいに、なんで同じようなものが２つ有るのとか

trait？、インプリすればいいだけならなんでこんな名前なんだとか

2018/05/28(月) 11:44:10.53

察するにJava経験者かね

externは外部ライブラリのモジュールを参照する宣言
modは自身のフォルダ以下のモジュールを参照する宣言
useはモジュールの要素（Struct or Trait）を取り込む宣言

pub use self::MyStruct; // 要素をexportしたり
use std::io::Error as IOError; // as で別名つけたり
use super::Result; // 上位の型を取り込んだり(mod.rs以外からだと同一フォルダのmod.rsを見にいくので注意)

肝はselfとsuperを使いこなすことかと
このあたりリファレンスに書いてあるんで落ち着いて読んでもらえばいいけど

インプリについては、Trait = Interface(Java)の理解でそれほど差し支えない気もするけど
（定数は同じ階層のmoduleに移す）
AssosiatedTypeがあるように"Traitはコンパイル時に解決できる"ものってのを
意識してればその内に腑に落ちるんじゃないかな

ただこんなこと言うと
「RustのTraitは厳密なtraitじゃない論争」（Wikipedia参照）が始まっちゃうかもしれないので
ゆるく受け流してほしいところ

2018/05/28(月) 12:36:48.84

extern/use周りをrefineする話ってどうなった？

2018/05/28(月) 13:07:18.00

>>122
一応2018の予定には入ってるけどまだ作業中じゃない？
https://rust-lang-nursery.github.io/edition-guide/2018/transitioning/modules/path-clarity.html

**デフォルトの名無しさん** (JP 0Hcd-6rHD) · 2018/05/28(月) 14:35:19.27

チュートリアルの和訳のところを読んでいるけど
誰が訳したんだろう。。。

2018/05/28(月) 15:45:35.01

extern crateは、includeとかload libraryぐらいの意味だと思えばいいと思うが、
「え、それ、Cargo.tomlにもう書いたやん」って思うのは当然の感覚だな

**デフォルトの名無しさん** (JP 0Hcd-6rHD) · 2018/05/28(月) 15:47:39.28

しばらくしたら言語仕様変わりそうだなあこれ
勉強していくべきなのかどうか迷う

2018/05/28(月) 16:38:01.86

仕様の改定はc++のようにコンパイラのリリースとは別に２〜３年毎に定めることになってる
将来のコンパイラでも古い仕様を選択して使えるはず

2018/05/28(月) 17:33:13.35

どんな言語でも利用者多ければライブラリーのトレンド変わっていって学び直しはあるし
言語仕様の変更だけ特別視する理由が分からん

2018/05/28(月) 18:01:33.70

ver1.0になったし、firefoxに200kstepのソースがあるから始めるなら今でしょ

2018/05/28(月) 21:33:55.19

ruby1.8から1.9とか
python2から3の変更とか
嫌じゃん

言語もライブラリも混在してぐちゃぐちゃ

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/28(月) 22:15:42.81

>>124
和訳は最新に追いついていないと思います、公式英文を確認したほうがいい

2018/05/28(月) 23:47:10.84

Rustの場合仕様変更の影響を受ける記述はコンパイラがwarning（とsuggestion）出してくれるみたいだし
むしろライブラリのアップデートより楽なんじゃないかな

2018/05/29(火) 08:16:58.71

やりたいことをするのに1日使って50%しかできなかった

自分には無理だこの言語

2018/05/29(火) 08:53:39.83

50%できればすごいって

2018/06/01(金) 07:30:04.93

1.26の新機能自分のcrateにもう入れた？

2018/06/01(金) 19:39:19.80

土台？

2018/06/11(月) 19:45:35.17

ここにまともなRustユーザいないのは年寄りしかいないからなのかなぁ

2018/06/12(火) 00:28:40.74

slackかtwitterでコミュニケーションとれるので5chへ書き込みたい事情があまりない

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-EqDK) · 2018/06/12(火) 00:34:57.69

>>138
おすすめのハッシュタグはなんでしょうか？

2018/06/12(火) 08:25:35.49

そう言われてみると確かにない。

2018/06/12(火) 09:41:15.21

もっとメジャーになってslackが荒れて来たらここもワンちゃん

2018/06/12(火) 12:05:43.89

ハッシュタグというより界隈の人間フォローしてる

2018/06/12(火) 19:39:13.56

slackで発言できないアンチにしか存在価値がないのかぁ

2018/06/12(火) 21:30:56.05

slackのどこで喋ってるの？さ

2018/06/13(水) 07:40:50.77

アンチに限らず匿名文化は一定数必要でしょう。

2018/06/13(水) 13:01:46.22

つまり変な人でもスレに繰るなら、山の賑わい人気の証ってことね

2018/06/23(土) 20:45:08.63

Vec内のアイテムを複数条件やand or等をユーザに指定させてフィルタリングをしたいのですが
無理にでもSQL使うべきでしょうか

2018/06/23(土) 21:11:19.63

ユーザってのはどういうレイヤの話をしてるの？もう少し具体的に書かないと意味不明

2018/06/24(日) 23:27:10.18

values.iter().filter(hoge).filter(fuga).filter(piyo)
フィルターを何度がけすると型がやばそう

2018/06/25(月) 00:28:41.79

強引にやるのはやばい感じだね

https://ideone.com/3oy3FW

2018/06/25(月) 07:08:50.50

調べてみるとfiltersというクレートがありました

2018/06/28(木) 08:09:41.33

New Photon Release of Eclipse IDE Ships With Full Rust Support
https://www.eclipse.org/org/press-release/20180627_new-photon-release-of-eclipse-ide-ships-with-full-rust-support.php

2018/07/01(日) 02:21:52.91

いやじゃ、いやじゃ、Eclipseなんぞ使いとうない

2018/07/01(日) 03:02:12.97

みんなどんな環境で書いてるの？今はvscode使ってるんだけどrlsがあまりに不安定すぎてストレスが…

2018/07/01(日) 06:22:17.39

vscodeだよ
racerも不安定だったような

2018/07/01(日) 09:29:47.37

emacs + flycheck
racerは重すぎるんでOFFにしてる

2018/07/01(日) 15:40:20.37

秀丸

2018/07/01(日) 18:12:28.40

禿丸ってなに？

2018/07/01(日) 19:19:06.36

こっちまでネタスレかよ

2018/07/03(火) 18:54:31.94

https://i.imgur.com/VVJNac4.jpg

2018/07/04(水) 21:50:46.22

5PW

2018/07/05(木) 00:59:18.40

おーい、hgmr

**デフォルトの名無しさん** (ｱﾒ MM5b-Ip0i) · 2018/07/28(土) 09:13:36.59

hnmr王子～♪

2018/07/29(日) 02:13:01.57

まさか繋いでくれる人がいるとは思わなかった

2018/07/31(火) 16:45:34.48

花村てなんや
オーバーウォッチか

**デフォルトの名無しさん** (ｱﾒ MM67-tZ6u) · 2018/08/05(日) 20:37:41.10

王子に対し無礼であろう！
https://www.nhk.or.jp/archives/sp/search/special/detail/?d=youth007

2020/11/25(水) 00:47:44.38

るすと

2022/05/03(火) 15:19:34.90

Rの発音が難しい

2022/08/07(日) 14:18:50.38

うんこすレッド

2022/11/13(日) 22:46:23.74

日本語の発音ってかイントネーションはみんなどっち？
ラスト(ミファファ=スタバ)
ラスト(ミドド=ベスト(着る方))

2022/11/16(水) 18:15:29.98

１オクターブ上のドでミドド

2022/12/18(日) 17:46:12.72

本スレ最近ひどいね
age

2023/01/09(月) 20:41:28.12

Rustの型って何を言ってるのか良う分からないくらい一気に複雑になるんだけど、改善の兆しってある？
filter(|x| ...).map.(|x| ...)ってやると戻り値がMap<Filter<...>>みたいに、情報量がほぼ増えないのに型の表記だけが増えてくのが見づらくてしゃあないんだが

「ここを関数に切り出しておきたい」ってのも難しくね？
impl Traitあるだろって言われるけど、自分ひとりでできた試しが無い

2023/01/09(月) 22:31:09.52

>>173
.filter(|x| ...).map.(|x| …)とやったら
ざっくり言うと戻り値はIterator<Item=T>でowned, shared reference, mutable referenceの3種類
Map<Filter<...>>とかの詳細な型を知りたいと思うことは基本ないからそこまで困らない
デコレータとかコンポジション的なものとして理解しとけばいいと思う

関数に切り出すのはGC言語と比べると難しい
どの値の所有権をどの呼び出しレイヤーで保持すべきかを整理しながらリファクタリングする必要がある
ただある程度パターンがあるからそれが理解できるとそこまで難しくはない

2023/01/11(水) 20:45:10.66

>>174
標準ライブラリでiteratorのメソッドならそうなんだろうな、って他言語でも溜め込んだ知識で何とかなるけどさ、
例えばwarpっていうWebフレームワークはリクエストの解決にfilterを使ってるんだけど、
https://docs.rs/warp/latest/warp/filters/index.html
↑ここからたどって、例えばリクエストのパスにマッチするフィルタを作成するwarp::filters::pathってのがあるんだけど、
こいつの戻り値が独自型のExactってやつなのね

warp作ってる人はここに様々な条件を追加できるようにしているんだけど、pathの戻り値にどう組み合わせられるかってのをどう探せるんだろっていつもなってる
他のcrateも、単機能で目的果たせるライブラリならまだいいけど、高階関数で機能組み合わせてねってやつはrustdoc見ても意味が分からなくなってる

2023/01/11(水) 23:31:54.91

>>175
ExactがFilterだと分かれば別のFilterを組み合わせられることはわかるでしょ？

warpのFilterシステムを理解させるための解説ドキュメントが不足してるのと
他で類似の仕組みをあまり経験したことがないのが理由なんじゃないのかな？

型が入れ子の形でチェインされてる状態に慣れてないから
それがわかりにくさの原因のように感じるかもしれないけど
JavaやgoのReader/Writerみたいにデコレータ的に型を重ねていくのはそんな特殊なことじゃないよ

2023/01/12(木) 07:36:35.15

iterator系の処理はどんな言語でもやりすぎると意味不明なんでいい単位で説明変数や関数に切り出すのは大事だよ。

2023/01/12(木) 10:57:06.97

関数単位で切り出す場合はimpl TraitやBox<dyn Trait>使った方が良いと思う
実装の詳細が型として露出してしまうのはよろしくないし
何より長い型を書き下すのはめんどくさい

2023/01/13(金) 00:49:21.00

>>176 いやExactがFilterかどうかが分からないんだ。自信が無い
https://docs.rs/warp/latest/warp/filters/path/struct.Exact.html
https://docs.rs/warp/latest/warp/trait.Filter.html
↑2つを見ても、ExactがFilterをimplしているとは書いてないんだ
知ってたらマジで教えてほしいんだが、どこ見ればいいの？

>>178 そう思うのは人情だが、じゃあどういう型の関数にすればいいのかって話
ググらずに分かる？俺は分からなかった

2023/01/13(金) 01:52:07.98

>>179
非公開の（だけど実装が漏れている）FilterBaseトレイトを介してFilterを実装してるんだね……
FilterBaseが公開されていればExactのblanket implementationsに出てくるはず

同じことは指摘されているが放置されている模様
https://github.com/seanmonstar/warp/issues/742

2023/01/13(金) 20:16:02.99

もしかして特段に分かりづらい構造だったのかWarp

2023/01/13(金) 21:03:44.68

Sealed TraitっていうユーザーにTraitを実装させないための一般的なパターンなんだけど
privateなTraitはドキュメントには現れないのでExactがFilterBaseを実装してることを確かめたければソースを見るしかない

でも関数や構造体の説明にFilterだよって書いてるんだからまずはそこからじゃないか？
path()「Create an exact match path segment Filter.」
Exact「A Filter matching an exact path segment.」

2023/01/14(土) 03:14:01.24

いや型の説明がコメントにしか無いかったら疑うのが基本じゃないか…？
説明にある通りの使い方はできるけど、何故そう使えるのか分からない、となった上での話
前にもちらっと書いたところもそうなんだけど、impl Filterを返す関数のシグネチャも独力だと分からなかったんだよ。もっと情報の少ないクレートでやる必要が出てきたら詰んじゃう

2023/01/19(木) 13:09:59.92

[T]と[T; N]があるように
strに対するSizedなstr<N>とかできんかね

2023/01/29(日) 03:46:54.24

ttps://doc.rust-lang.org/beta/unstable-book/language-features/yeet-expr.html

名前の元ネタがよくわからん

2023/01/29(日) 04:28:40.21

>>185
trY Early-ExiT で yeet じゃない？
experimental だからわざとクソ命名してそう。

2023/01/29(日) 08:29:44.05

意味合いとしては
> Yeet is a slang phrase meaning to throw with force
とのことらしい
https://internals.rust-lang.org/t/syntax-for-returning-early-with-an-error/14181
https://www.urbandictionary.com/define.php?term=Yeet

yeetの初出はここらしい
https://mobile.twitter.com/josh_triplett/status/1248658754976927750
命名に関するbikeshedを避けつつ機能を実験するために導入するみたいね
https://twitter.com/5chan_nel (5ch newer account)

2023/02/04(土) 16:11:28.39

Servoプロジェクトが再始動
https://servo.org/blog/2023/01/16/servo-2023/
https://servo.org/blog/2023/02/03/servo-2023-roadmap/

2023/02/26(日) 21:57:18.73

新スレとして再利用と聞いてage

2023/03/02(木) 01:57:12.70

ProviderとDemandってCOMのQueryInterface的な使い方もできるのかな

2023/03/07(火) 03:24:09.91

Bevy 0.10 is out now!
https://bevyengine.org/news/bevy-0-10/

2023/03/10(金) 03:58:23.25

Announcing Rust 1.68.0
https://blog.rust-lang.org/2023/03/09/Rust-1.68.0.html

今回は小粒？

2023/03/10(金) 11:19:42.21

cargoのsparse protocolは嬉しい

2023/03/15(水) 08:26:46.78

Default alloc error handlerはLinus指摘の取り込みかな。

2023/03/15(水) 10:58:18.74

Linusの話は、メモリアロケーション失敗時にpanicするなという話だと思うけど、今回の変更とは全く関係ない

今回の変更でalloc crateがalloc_error_handlerのデフォルト実装を提供するようになった
新たに提供されたalloc_error_handlerはpanicする実装になっているので、メモリアロケーション失敗時にpanicになることは変わらない
単に、利用者がalloc_error_handlerを独自に実装する必要がなくなったというだけ

Linusの指摘に対しては、Box::try_newなどのアロケーション失敗を呼び出し元に通知するAPIを用意することで対応している

2023/03/15(水) 12:35:43.18

>>195
サンクス。
Linusは「単にエラーを返せ」と言っていたから、error handlerじゃ確かに駄目だね。

2023/03/15(水) 13:35:50.81

Rust製の高速なwebpack互換バンドラ「Rspack」登場。現時点で5倍から10倍の性能向上
https://www.publickey1.jp/blog/23/rustwebpackrspack510.html

> Rust製の高速なバンドラとしては、webpackの主要な開発者がNext.jsに入社してwebpackの後継として開発している「Turbopack」もあります。
> 現時点ではまだwebpackが抜きん出た人気を得ていますが、現時点で主要な開発者が抜けてしまったwebpack後継の座を狙った競争が始まったといえそうです。

2023/03/26(日) 17:12:36.73

>>197
ちょっとスレチ気味だけれど
Turbopack(新調で700倍高速) vs Rspack(互換性維持で5～10倍高速)
webpackからの乗り換えはしばらく様子見

2023/03/27(月) 08:53:03.64

一度普及したソフトの作者自身が後継プロジェクトを立ち上げてもなぜかうまくいかない法則

2023/03/27(月) 09:40:06.58

Rust遅くね？

2023/03/27(月) 10:40:29.19

速度遅くてもウケたプロダクトの動作速度上げたところで
現行をリプレイスする理由にならないからな
それにRustがいかに速かろうと今の時代ネックはIOである可能性が高いし

2023/03/27(月) 12:01:17.21

>>200
詳しく見ていないけど、ロジックにボトルネックがあるのかもね。

2023/03/27(月) 16:02:39.08

10倍のオーダーで速度差出るなら性能がリプレース理由になる場合も増えると思うよ
数分かかる処理が数秒で終わると快適さが全然違うだろうし

2023/03/27(月) 16:27:48.16

>>201
どうせ IO がネックだからってのは昔から言われてることだけど
クラウドサービスを前提にすると事情が違うと聞いたことがある。

レスポンスタイムにあまり差が無かったとしても課金は演算量 (CPU の使用量) に対して
だからなるべく効率的に実行できる言語を使ったほうが安く上がるんだとさ。

2023/03/27(月) 23:41:07.73

Ruby on Rails 6 では、webpack が標準だったけど、
Rails 7 では、Import Maps で、CDN から直接インポートするように変わった。
脱webpack/node.js

ES2015 に対応していないブラウザ用に、バンドルする方法もある。
バンドラーは、esbuild, rollup, webpackの3つ

2023/04/17(月) 10:02:11.42

ドキュメントコメントを reStructuredText で書きたい

2023/04/24(月) 12:17:06.73

let-else の else ブロックの中だけ rustfmt 効かなくて設定間違えたかと思ったら
フツーに未対応だった
https://github.com/rust-lang/rustfmt/issues/4914

2023/04/24(月) 18:39:33.31

let-elseは鬼っ子だから
改行位置決めるのも大変

2023/04/24(月) 18:43:14.72

横から済みませんがが、
Rust で Vec に要素を追加した場合にメモリー不足になったかどうかを検出
するのはどうしたらよいんでしたっけ？