在过去四个月，rustdoc的性能有了很大的提升！

据jynelson回复，在接下来的几天，他将要发表一篇博客，给大家介绍这些性能提升是来自哪些地方。

[Read More]](https://www.reddit.com/r/rust/comments/kwlpv3/great_improvement_in_rustdoc_performance_in_the/)：https://www.reddit.com/r/rust/comments/kwlpv3/great_improvement_in_rustdoc_performance_in_the/

Rust 书籍宝库

glynnormington整理了网络上大部分有关rust的mdbook，有官方的，也有非官方的。值得注意的一点是大家关注的rust宏小册很多人以为一直没有更新，但是其实有另一个团队重新在原来的基础上，更新了新的版本，目前已收录到该书库中。

Rust 书记宝库: https://lborb.github.io/book/title-page.html

Read More: https://www.reddit.com/r/rust/comments/kwiwb8/the_little_book_of_rust_books/

Ultron - 由rust编写的基于web的文本编辑器

Ultron是基于Web的单空间文本编辑器，具有语法突出显示功能，完全用rust编写。

Github: https://github.com/ivanceras/ultron

为什么Iterator::any和Iterator::filter期望不同的闭包？

原帖主在使用迭代器的过程中，发现这两个api期望的闭包参数不一致：

fn any<F>(&mut self, f: F) -> bool
where
    F: FnMut(Self::Item) -> bool

fn filter<P>(self, predicate: P) -> Filter<Self, P>
where
    P: FnMut(&Self::Item) -> bool

而且发现在使用过程中这样的差异会导致代码不好看： any:

vec![1, 0, 30].iter().any(|&x| x > 0)

filter:

vec![1, 0, 30].iter(). filter(|&&x| x > 0)

于是就在reddit上发帖询问这样设计的原由。

高赞回复：

因为any会消耗迭代器，所以在使用之后不需要返回迭代器中的项(这就是为什么它需要一个Self::Item)。对于filter，过滤之后仍然需要在后续操作中继续使用它的项，如果通过闭包消耗掉它们，后续就无法使用它的项了。所以它需要一个 &Self::Item，以便它可以在之后返回 Self::Item。(Since any will consume the iterator, it doesn't need to return the items in it after use (which is why it takes a Self::Item). For filter, the resulting iterator still needs to return its items after use, and it can't do that if it consumes them through the closure. So it takes an &Self::Item, so it can return Self::Item later.)

Read More: https://www.reddit.com/r/rust/comments/kw91u1/why_do_iteratorany_and_iteratorfilter_expect/

小编私货

今天是新的一年里我第一次发日报，过去几个月都是用Downtime的花名参与，不过从新的一年里都用Cupnfish了，以后的日子里请大家多多指教。最近一直在尝试bevy，下下周发文之前希望自己也能顺便写个使用感受。

From 日报小组 Cupnfish Jancd

社区学习交流平台订阅：

• Rust.cc 论坛: 支持 rss
• 微信公众号：Rust 语言学习交流