Rust 1.58.0 发布

来源: OSCHINA
2022-01-14

Rust 1.58.0 现已发布,该版本带来了在格式字符串中捕获的标识符、改变了 Windows 上的 Command 搜索路径,在标准库中增加了 #[must_use] 注释,以及一些新的库稳定性。如果你此前已通过 rustup 安装了以前的 Rust 版本,运行以下命令即可升级至最新版本:

rustup update stable

具体更新内容包括: 

格式字符串中捕获的标识符

格式字符串现在可以通过在字符串中写入 {ident} 来捕获参数。格式长期以来接受位置参数(可选地通过索引)和命名参数,例如:

println!("Hello, {}!", get_person());                // implicit position
println!("Hello, {0}!", get_person());               // explicit index
println!("Hello, {person}!", person = get_person()); // named

现在命名参数也可以从周围的范围中捕获,例如:

let person = get_person();
// ...
println!("Hello, {person}!"); // captures the local `person`

这也可以用于格式化参数:

let (width, precision) = get_format();
for (name, score) in get_scores() {
  println!("{name}: {score:width$.precision$}");
}

格式字符串只能捕获普通标识符,不能捕获任意路径或表达式。对于更复杂的参数,要么先将它们分配给本地名称,要么使用旧name = expression样式的格式化参数。

减少 WindowsCommand搜索路径

在 Windows targets 上,std::process::Command 将不再搜索当前目录中的可执行文件。Rust 现在在没有当前目录的情况下执行自己的搜索,并且不包括旧的 16 位目录,因为没有 API 来发现它的位置。所以 Windows 上 Rust 的新Command搜索顺序是:

  1. PATH子环境变量中列出的目录。
  2. 加载应用程序的目录。
  3. 32 位 Windows 系统目录。
  4. Windows 目录。
  5. PATH环境变量中列出的目录。

Non-Windows targets 继续使用其特定于平台的行为,通常只考虑子或父PATH环境变量。

标准库中更多的#[must_use]

Library proposal 35 在 2021 年 10 月被批准,以审核和扩大 #[must_use] 在整个标准库中的应用,涵盖更多以返回值为主要作用的 functions。这类似于 function purity 的想法,但比真正的语言特性要宽松。其中一些新增功能在 1.57.0 版本中出现过,现在在 1.58.0 版本中已完成。

稳定的 API

以下方法和特性的实现被稳定化:

以下以前稳定的功能现在是const

更多详情可查看官方博客

展开阅读全文
5 收藏
分享
加载中
最新评论 (12)
car go 发车
2022-01-16 20:08
0
回复
举报
我期待的泛型常量支持运算啥时候才能识破惊天的出现呢?
2022-01-14 10:24
0
回复
举报
泛型常量支持运算是什么鬼东西
2022-01-14 11:29
1
回复
举报
常量里可以指定一个常数,例如长度。
目前这个长度是不能运算的。
但是这样就带来一个问题,比如两个集合连接,出来的长度应该两个相加吧?
但是目前就没法指定。
像 c# 和 java 数组定义是不需要指定长度的。
但是非托管的c# c/c++ 数组是需要指定长度的。
这样的情况是可以定义这种类型的时候指定一个常量泛型参数作为类似长度的指示的。
2022-01-14 15:26
0
回复
举报
举个例子:

struct Foo<const N: usize>([i32; N]);
2022-01-14 15:38
0
回复
举报
你想说的是支持类似C++的模板元编程的方式来做到泛型特化编译期运算对吧?这个我猜rust应该不会支持了,因为当时官方纠结会引入不必要的复杂性,不过也不排除后面官方会引入这个功能,但你现在似乎可以用宏来替代这个功能 我没试过 不知道行不行,你可以试试看
2022-01-14 17:07
1
回复
举报
将来必然会支持,你没看到现在的const generics是mvp即最小可用版本?
2022-01-14 17:38
0
回复
举报
因为当时官方纠结会引入不必要的复杂性,不过也不排除后面官方会引入这个功能,我这句话有问题吗?
2022-01-15 13:02
1
回复
举报
这个不是不会支持,是已经支持了。
只是我心比较贪,想他支持得更加复杂而已。
而且这个只是看起来想模板元编程,但是实现上其实是两回事。
2022-01-17 10:50
0
回复
举报
啥啊,我说的不会支持就是你说的这个特性,常量泛型早就支持了
2022-01-17 15:46
1
回复
举报
宏不能代替这个过程,而且目前宏本身就还一大堆问题。对于我最受影响的就是不能由语言服务器实现智能提示。
2022-01-17 10:52
0
回复
举报
因为当时官方纠结会引入不必要的复杂性,不过也不排除后面官方会引入这个功能,目前只能用宏来代替
2022-01-17 15:46
1
回复
举报
更多评论
12 评论
5 收藏
分享
返回顶部
顶部