为了简化 Option 类型的处理,最新版本的 Rust 允许在 Option 类型上使用?操作符了。此外,该版本还改进了 macOS 版本编译器性能和调用栈。
?
操作符是 Rust 1.13 为简化 Result<T, E> 处理而引入的。之前,开发人员可以使用模式匹配或者try!
操作符处理结果:
let result = foo(); let mut result = match result { Ok(val) => val, Err(e) => return Err(e), } // 或者选用 try! 操作符 let mut result = try!(foo());
?
操作符使下面这种简单许多的语法变得合法:
let mut result = foo()?; foo()?.bar()?.baz()?
类似的,开发人员现在可以使用下面的语法:
fn func_returning_option(...) let val = func_returning_option(...)?
代替
match func_returning_option(...) { None => ... , Some(val) => ... }
该版本对 Rust 语言语法的另外一项扩展是允许开发人员编写下面这样的代码:
let mut x = 2; let y = &8; // 在 Rust 之前的版本中可以写成:x += *y x += y;
该版本改进了libbacktrace
库的 macOS 版本,提供了文件名和行号,之前只有macOS 上的调用栈上没有。这是通过使用 dladdr
代替_NSGetExecutablePath
实现的。
Rustdoc 新增了compile-fail
测试,亦即,如果编译器无法编译特定的语句,测试就成功。例如,开发人员现在可以定义:
/// ```compile_fail /// let x = 5; /// x += 2; // 不应该编译! /// ```
Rustdoc 测试是为了保证文档中测试的即时性和正确性。
在工具方面,调试编译时间得到了改进,不过,Rust 团队没有提供有关这项改进的任何具体数值。
最后,Rust 1.22 将许多 API 固化了下来。要了解详细信息,请查看发布说明。
评论