简体中文版 发布（release）构建 当项目最终准备好发布时，可以使用 cargo build --release 来优化编译项目。这会在 target/ release 而不是 target/debug 下生成可执行文件。这些优化可以让 Rust 代码运行的更快，不 过启用这些优化也需要消耗更长的编译时间。这也就是为什么会有两种不同的配置：一种是为 了开发，你需要快速且频繁地重新构建；另一种是为用户构建最终程序，它们不会经常重新构 效率的处理这种 情况，不过现在，复制一些字符串来取得进展是没有问题的，因为只会进行一次这样 的拷贝，而且文件路径和要搜索的字符串都比较短。在第一轮编写时拥有一个可以工 作但有点低效的程序要比尝试过度优化代码更好一些。随着你对 Rust 更加熟练，将 能更轻松的直奔合适的方法，不过现在调用 clone 是完全可以接受的。 我们更新 main 将 parse_config 返回的 Config 实例放入变量 可以通过使用迭代器适配器方法来编写更简明的代码。这样做还可以避免使用一个可变的中间 results vector。函数式编程风格倾向于最小化可变状态的数量来使代码更清晰。去除可变状 态可能会使未来的并行搜索优化变得更容易，因为我们不必管理对 results vector 的并发访 问。示例 13-22 展示了这一变化： 文件名：src/lib.rs pub fn search<'a>(query: &str