X

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

0001デフォルトの名無しさん (ﾜｯﾁｮｲ 83b3-KDL3)
垢版 |
2017/12/24(日) 18:27:01.98ID:EGydBhQv0
Mozilla発のプログラミング言語「Rust」のスレです

■公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

■ワッチョイ
スレ建て時、一行目に
!extend:on:vvvvv:1000:512
を入れること

■派生元スレ
プログラミング言語 Rust 4
https://mevius.5ch.net/test/read.cgi/tech/1507970294/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
0005デフォルトの名無しさん (ﾜｯﾁｮｲ 337f-G8t+)
垢版 |
2017/12/27(水) 10:23:26.96ID:TP7XdM/O0
製本？したものを上げてるサーバーが結構長いこと落ちてるね
1. cargo install mdbookでmdbookをインストール
2. git cloneで>>3のリポジトリを取ってくる
3. 取ってきたディレクトリでmdbookを実行
4. book/ にhtmlで製本されたものが出力される
ので、是非読んで欲しい。may not live longとかcannot moveとかで怒られまくってる人なら共感しながら読めるはず
0008デフォルトの名無しさん (ﾜｯﾁｮｲ 392d-FSib)
垢版 |
2018/01/12(金) 20:30:43.24ID:r1exnGKH0
教えてください

VecのDisplay::fmtをカスタマイズしたくて
type MyType<T> = (Vec<T>);

impl std::fmt::Display for MyType {

}
0009デフォルトの名無しさん (ﾜｯﾁｮｲ 392d-FSib)
垢版 |
2018/01/12(金) 20:43:39.15ID:r1exnGKH0
申し訳ありません　途中送信してしまいました
コードをplaygroundに移しました

https://play.rust-lang.org/?gist=10bd65d0bfaf8b5117399b18bd8eb0d2

VecのDisplay::fmtをカスタマイズしたくて上の様にMyTypeを作成したのですが
Vecのメソッド委譲するためのコードを手書きする作業が煩雑になって困っています

何か上手い回避策は無いでしょうか?
00119 (ﾜｯﾁｮｲ 392d-FSib)
垢版 |
2018/01/12(金) 21:44:35.31ID:r1exnGKH0
>>10
レスどうもです
Vec（他標準 struct）のDisplay::fmt出力をカスタマイズしたいんです　例えば
・要素数が多い場合、最初の数個を出力して残りを省略するとか
・要素の出力が長くなる場合、適当なところで改行するとか
・インデントを受け付けてネストしてる場合は改行とインデントで整形するとか

その上でVecのインターフェースをそのまま使いたいんですが
>>9のように新規の構造体を作る場合　手書きで委譲せねばならず
どうにか上手く出来ないもんかな……と
0013デフォルトの名無しさん (ｱｰｸｾｰ Sxbd-YNmt)
垢版 |
2018/01/12(金) 23:39:08.93ID:XT/5sCZ8x
>>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も簡単に実装できるから不自由は無くなるはず
00149 (ﾜｯﾁｮｲ 392d-FSib)
垢版 |
2018/01/12(金) 23:49:12.53ID:r1exnGKH0
>>12
ごもっともです
self.0に委譲するマクロが上手く書けなかった経験があり
それに引きずられて本質を見失ってました
コードを整理していったらいけそうな感じになりました
https://play.rust-lang.org/?gist=960819f1fb1b5f9988a1c58cab2b1b9e&;version=stable
ありがとうございます

>>13
ああ、なるほど
Derefは思い至ってませんでした メソッド委譲の解決になりそうで助かります
こちらもありがとうございます
0017デフォルトの名無しさん (ｱｰｸｾｰ Sxbd-YNmt)
垢版 |
2018/01/13(土) 19:09:49.17ID:zJNsIIn8x
>>16の論旨は「MyType<T>は常にVec<T>として扱われても問題ないか？あるならDerefはおすすめしない」だと思うけど、
今回の場合はむしろMyType<T>は特別なことが無い限りVec<T>として使いたいんじゃないの？
00189 (ﾜｯﾁｮｲ 392d-FSib)
垢版 |
2018/01/13(土) 20:15:02.44ID:5hbvxbkG0
>>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が有用ということが
知見として学べたので　大変ありがたかったです
0025デフォルトの名無しさん (ｱｳｱｳｶｰ Sa33-jWYD)
垢版 |
2018/01/29(月) 17:48:02.51ID:gyvOdhISa
使うケース減るのもそうだけどepochで機能削除する場合はソースコードの変換ツールが提供されるらしい
あと古いepochのソースはそのままコンパイルできるらしいから特に対応不要らしい
だから新しいepochにしか入っていない機能を使いたいcrateとかでなければ何もしなくても困らないはずだし
その場合でも変換ツール通せば簡単に対応できるはず
0029デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-skLA)
垢版 |
2018/02/04(日) 00:05:25.67ID:VmMujkXk0
map: BTreeMap<K,V>で、keyが無かったら挿入、あったら格納されてる値vに応じて新しい値new_vに更新するか決めるってやりたいんだけど、
let v = map.entry(key).or_insert(new_v);
if ... {
*v = new_v;
}
よりもっと綺麗な書き方ある？
0040デフォルトの名無しさん (ﾜｯﾁｮｲ 99b3-bLbK)
垢版 |
2018/02/12(月) 21:38:29.65ID:tHO1NU6P0
アルゴリズムが変わらないならそう変わらんのじゃないか
他人のひどいコードならともかく、同じ人が小規模なプログラムを書き直す程度だと特に

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

ニューススポーツなんでも実況