fn the_function<'a>(v1: &'a Vec<i32>, v2: &'a Vec<i32>) -> std::iter::Filter<std::iter::Chain<std::slice::Iter<'a, i32>, std::slice::Iter<'a, i32>>, fn(&&i32) -> bool> { fn only_multiples_3(x: &&i32) -> bool { *x % 3 == 0 }; v1.iter().chain(v2.iter()).filter(only_multiples_3) } ちなみに今私はこの関数をコンパイル通すために1時間かけました。 まさかの関数本体より長い戻り値型。 どうしてこうなった。 なぜなら、関数の戻り型の所には「型」を書かなければいけないのです。 Iterator<i32>はあくまでも trait
Today, we're excited to release the alpha version of Rust 1.0, a systems programming language with a focus on safety, performance and concurrency. This release marks a huge milestone for Rust and its community: The language is feature-complete for 1.0. While we plan to make many usability improvements before the final release, all 1.0 language features are now in place and we do not expect major b
Rust v.0.11pre時点での情報です。 Rustにおけるムーブセマンティクス だいたいC++のそれと同じものと理解してるんだけど、おさらいとして。 Rustの言語セマンティクスの一つに、メモリの所有権（Ownership）というものがある。これは「このメモリ領域を自身のもの所有しているものは常に一つ（ユニーク）になる」というもので、これが保証されると、特定のメモリの領域は、所有する変数ひいては所有するタスクが決定されるようになる。原則として、各タスクごとの単位でしか、その所有権の貸し借り（borrowing）ができないため、タスクAから他の非同期に動作するタスクBの所有するメモリ領域の変更は不可能になる。タスクAからタスクBに向けてデータを送信した場合、データの所有権ごと送信されるので、結果としてデータ競合が発生しないことが保証される（もちろんArc<T>とか使ったり、生ポインタを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
