Merge pull request #17 from sunface/main

sync
pull/1126/head
Rustln 3 years ago committed by GitHub
commit 5e81a8cbe3
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

@ -41,7 +41,7 @@ fn main(){
## 使用 Option
最简单的方式就是使用 `Opiton` 分两步来实现:
最简单的方式就是使用 `Option` 分两步来实现:
```rust
#[derive(Debug)]

@ -149,7 +149,7 @@ error[E0277]: `Rc<Mutex<i32>>` cannot be sent between threads safely
错误中提到了一个关键点:`Rc<T>`无法在线程中传输,因为它没有实现`Send`特征(在下一节将详细介绍),而该特征可以确保数据在线程中安全的传输。
##### 多线程安全的 Arc<T>
##### 多线程安全的 `Arc<T>`
好在,我们有`Arc<T>`,得益于它的[内部计数器](https://course.rs/advance/smart-pointer/rc-arc.html#多线程无力的rc)是多线程安全的,因此可以在多线程环境中使用:

@ -521,7 +521,7 @@ fn render() -> Result<String, std::io::Error> {
下面依次来看看相关的解决方式。
#### Box<dyn Error>
#### `Box<dyn Error>`
大家还记得我们之前提到的 `std::error::Error` 特征吧,当时有说:自定义类型实现 `Debug + Display` 特征的主要原因就是为了能转换成 `Error` 的特征对象,而特征对象恰恰是在同一个地方使用不同类型的关键:

@ -102,7 +102,7 @@ fn generic<T: ?Sized>(t: &T) {
`?Sized` 特征用于表明类型 `T` 既有可能是固定大小的类型,也可能是动态大小的类型。还有一点要注意的是,函数参数类型从 `T` 变成了 `&T`,因为 `T` 可能是动态大小的,因此需要用一个固定大小的指针(引用)来包裹它。
## Box<str>
## `Box<str>`
在结束前,再来看看之前遗留的问题:使用 `Box` 可以将一个动态大小的特征变成一个具有固定大小的特征对象,能否故技重施,将 `str` 封装成一个固定大小类型?

@ -9,7 +9,7 @@ Rust 所有权机制要求一个值只能有一个所有者,在大多数情况
这种实现机制就是 `Rc``Arc`,前者适用于单线程,后者适用于多线程。由于二者大部分情况下都相同,因此本章将以 `Rc` 作为讲解主体,对于 `Arc` 的不同之处,另外进行单独讲解。
## Rc<T>
## `Rc<T>`
引用计数(reference counting),顾名思义,通过记录一个数据被引用的次数来确定该数据是否正在被使用。当引用次数归零时,就代表该数据不再被使用,因此可以被清理释放。
@ -144,7 +144,7 @@ fn main() {
- `Rc` 只能用于同一线程内部,想要用于线程之间的对象共享,你需要使用 `Arc`
- `Rc<T>` 是一个智能指针,实现了 `Deref` 特征,因此你无需先解开 `Rc` 指针,再使用里面的 `T`,而是可以直接使用 `T`,例如上例中的 `gadget1.owner.name`
## 多线程无力的 Rc<T>
## 多线程无力的 `Rc<T>`
来看看在多线程场景使用 `Rc<T>` 会如何:

@ -87,7 +87,7 @@ note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose bac
上面的代码就是一次栈展开(也称栈回溯),它包含了函数调用的顺序,当然按照逆序排列:最近调用的函数排在列表的最上方。因为咱们的 `main` 函数基本是最先调用的函数了,所以排在了倒数第二位,还有一个关注点,排在最顶部最后一个调用的函数是 `rust_begin_unwind`,该函数的目的就是进行栈展开,呈现这些列表信息给我们。
要获取到栈回溯信息,你还需要开启 `debug` 标志,该标志在使用 `cargo run` 或者 `cargo build` 时自动开启(这两个操作默认是 `Debug` 运行方式)。同时,栈展开信息在不同操作系统或者 Rust 版本上也有不同。
要获取到栈回溯信息,你还需要开启 `debug` 标志,该标志在使用 `cargo run` 或者 `cargo build` 时自动开启(这两个操作默认是 `Debug` 运行方式)。同时,栈展开信息在不同操作系统或者 Rust 版本上也有不同。
## panic 时的两种终止方式

@ -210,7 +210,7 @@ pub fn notify<T: Summary>(item1: &T, item2: &T) {}
除了单个约束条件,我们还可以指定多个约束条件,例如除了让参数实现 `Summary` 特征外,还可以让参数实现 `Display` 特征以控制它的格式化输出:
```rust
pub fn notify(item: &(impl Summary + Display)) {
pub fn notify(item: &(impl Summary + Display)) {}
```
除了上述的语法糖形式,还能使用特征约束的形式:
@ -226,7 +226,7 @@ pub fn notify<T: Summary + Display>(item: &T) {}
当特征约束变得很多时,函数的签名将变得很复杂:
```rust
fn some_function<T: Display + Clone, U: Clone + Debug>(t: &T, u: &U) -> i32 {
fn some_function<T: Display + Clone, U: Clone + Debug>(t: &T, u: &U) -> i32 {}
```
严格来说,上面的例子还是不够复杂,但是我们还是能对其做一些形式上的改进,通过 `where`
@ -235,7 +235,7 @@ fn some_function<T: Display + Clone, U: Clone + Debug>(t: &T, u: &U) -> i32 {
fn some_function<T, U>(t: &T, u: &U) -> i32
where T: Display + Clone,
U: Clone + Debug
{
{}
```
#### 使用特征约束有条件地实现方法或特征
@ -365,7 +365,7 @@ help: consider restricting type parameter `T` // 考虑使用以下的特征来
由于 `PartialOrd` 位于 `prelude` 中所以并不需要通过 `std::cmp` 手动将其引入作用域。所以可以将 `largest` 的签名修改为如下:
```rust
fn largest<T: PartialOrd>(list: &[T]) -> T {
fn largest<T: PartialOrd>(list: &[T]) -> T {}
```
但是此时编译,又会出现新的错误:

@ -5,94 +5,141 @@ Rust语言周刊精选全世界过去一周的优秀文章、新闻、开源项
> RustCnhttps://hirust.cn, 公众号: Rust语言中文网
# 「Rust 语言周刊」 第 11 期 · 2022-05-07
# 「Rust 语言周刊」 第 12 期 · 2022-05-16
Rust语言周刊精选全世界过去一周的优秀文章、新闻、开源项目和语言动态。
本周刊由 RustCn 社区倾情打造,其中, `[Zh]` 标识的中文资料由 Rust 翻译计划提供,并且原始的 Markdown 文档已[全部开源](https://github.com/rustlang-cn/rustt),欢迎大家阅读和订阅。
<img src="https://pic2.zhimg.com/80/v2-6243e39368f24d4193564a701942413f_1440w.png">
<h5 align="center">题图: 可视化 Rust 数据类型的内存布局</h5>
> RustCnhttps://hirust.cn, 公众号: Rust语言中文网
#### 本期明星
<img src="https://pica.zhimg.com/80/v2-61f557bd623557b6872c99c09cb4fc4c_1440w.png">
<h5 align="center">题图: Kani - Rust 代码检查工具</h5>
1、[Zh] [可视化 Rust 数据类型的内存布局](https://github.com/rustlang-cn/Rustt/blob/main/Articles/%5B2022-05-04%5D%20可视化%20Rust%20各数据类型的内存布局.md)
#### 官方新闻
了解 Rust 中每个数据类型的内存布局有助于锻炼我们的编程直觉,可以提前规避一些编译错误和性能问题。
1、[cc 正式成为官方库: 将 C/C++ 代码编译成 Rust 代码](https://github.com/rust-lang/cc-rs)
原文是以视频形式呈现,译文是由 Rustt 翻译组的明星译者 trdthg (third thing) 倾情翻译,内容巨多、工作量巨大,如果大家喜欢,在[这里](https://github.com/trdthg)给他点个赞吧 :D
Rust 的生态环境正在快速发展中,但是就目前而言,我们依然需要经常去调用 C/C++ 代码,此时 cc 就成了必不可少的构建工具( 配合 build.rs )。
在之前的某期中,我们有提到该库的作者已经[无力继续维护](https://github.com/rust-lang/cc-rs/issues/663),原因是各种平台兼容的 PR 搞得他焦头烂额,因此希望找一个接盘侠,如果是普通的库就罢了,偏偏是这么重要的库、维护复杂度这么高的库,因此这件事变得异常棘手。
好在在官方的协调和支持下cc 最终转入了官方组织,并且在多个月后,重写开始合并 PR
#### 开源项目
1、[shuttle: 使用 Cargo 部署你的 Rust 应用](https://www.shuttle.rs)
说实话,这个库真的很酷很 rusty它完成了从源代码到云部署的全过程覆盖支持通过派生特征的方式去自定义你的部署流程甚至还提供了短域名服务
1、[Fornjot 发布 0.6 版本:一个使用 Rust 编写的 CAD 应用](https://www.fornjot.app/blog/fornjot-0.6/)
这个世界需要一个新的 CAD不是我说的是作者说的虽然我对此表示怀疑 :D
总之,这个库是一个基于代码扩展的 CAD 应用,但是大家一定不要被 0.6 这个版本号所忽悠,它还很早期!例如它终于在新版本中支持 Z 轴非垂直方向的建模了:
<img src="https://pic3.zhimg.com/80/v2-d563fdd0d5d5c562e087e0c0f0863445_1440w.png" />
2、[Kani: 一个全新的 Rust 代码检查工具](https://github.com/model-checking/kani)
Rust 的编译器这么强大,我们为什么还需要另一个非官方的编译检查工具?岂不是没事找事嘛?其实不然,毕竟,面对 unsafe 代码,传统的编译器依然有些有心无力,即使已经有了 mio。
哦对了,我特别喜欢 shuttle 的 slogan
而 kami 可以帮助我们检查代码的内存安全、用户定义的危险断言、panics、算术溢出等非预期行为而且 kami 可以和我们的测试代码紧密结合,例如下面的一使用示例:
> **Let's make Rust the next language of cloud-native**
>
> We love you Go, but Rust is just better.
```rust
use my_crate::{function_under_test, meets_specification, precondition};
你们喜欢不?😆
#[kani::proof]
fn check_my_property() {
// 创建一个非确定性的输入
let input = kani::any();
2、[Redox发布0.7.0: 一个完全用 Rust 编写,专注于稳定性和安全性的全新微内核操作系统](https://www.redox-os.org/news/release-0.7.0/)
//根据函数的先决条件来限制它
kani::assume(precondition(input));
Redox 不是一个新项目,已开发多年,但仍达不到成熟可用的状态,毕竟操作系统不是一个小工程。
// 调用需要被验证的函数
let output = function_under_test(input);
不过这次的新版本改动还是挺大的对硬件扩展的支持、改进的文件系统、重写的引导程序、微内核的更新甚至它还改进了rustc 和 reibc(基于 Rust 的 C 库)。
// 检查它是否满足特性需求
assert!(meets_specification(input, output));
}
```
> 求大佬告知:国内在做操作系统的厂商是否有在跟进这个项目,基于它来做一个国产操作系统,不知道有没有搞头
3、[RepliByte: 一个开源的数据库同步服务](https://github.com/Qovery/replibyte)
3、[重生之路之 Plotters ](https://github.com/plotters-rs/plotters)
作为开发者而言,在测试环境伪造数据用于测试是一件头疼的事,而且还不能反映出真实世界的复杂性,出于自身的这个痛点,作者创建了 RepliByte。
Plotters 是一个非常棒的纯 Rust 编写的绘图库( charts ),除了支持位图、向量图等传统方式外,还支持 WebAssembly。
它支持 Pg、Mysql、MongoDB 的数据备份和还原,还支持敏感数据替换、数据子集、传输过程中的数据压缩和加密等,最重要的:它是 Rust 写的,每次想起公司那个占用大量资源、基于 Java 的数据库同步中间件,我就...
但..这个库之前很长一段时间内都没怎么维护,而且还是个人项目,其它贡献者只能望洋兴叹,作为一门有志于 GUI、前端领域的语言这个库还是非常重要的。
```shell
### 列出所有备份
$ replibyte -c conf.yaml dump list
好在,现在作者宣布了自己已经归来,并重新建立了一个组织用于维护该项目。
type name size when compressed encrypted
PostgreSQL dump-1647706359405 154MB Yesterday at 03:00 am true true
PostgreSQL dump-1647731334517 152MB 2 days ago at 03:00 am true true
PostgreSQL dump-1647734369306 149MB 3 days ago at 03:00 am true true
```
<img src="https://pic2.zhimg.com/80/v2-494d0f57300cb3c7950b19b838430dbf_1440w.jpeg" />
```shell
### 还原最新的备份到本地数据库中
$ replibyte -c conf.yaml dump restore local -v latest -i postgres -p 5432
### 还原最新的备份到远程数据库中
$ replibyte -c conf.yaml dump restore remote -v latest
```
4、[Stretch: 一个高性能的基于 flexbox 的 UI 布局库](https://github.com/DioxusLabs/stretch)
严格来说,该库是一个 fork 项目,之前的项目已经很久不再维护了,现在 [Dioxus]() 扛起了大旗,目标是为跨平台的布局提供一个坚定的基石,尤其是移动端,未来还会提供除了 `flexbox` 外更多的布局方式。
项目目前处于初期阶段,主要是 Dioxus 和 BevyEngine 在参与,如果大家感兴趣,可以看看里面的 `good first issue`
> 感谢 [Asura](https://github.com/asur4s) 同学提供的[消息源](https://github.com/rustlang-cn/rust-weekly/issues/6)
#### 精选文章
1、[Zh] [Rust类型系统图灵完备的证明](https://github.com/rustlang-cn/Rustt/blob/main/Articles/%5B2022-05-04%5D%20Rust类型系统图灵完备的证明.md)
1、[Zh] [Rust 与 OpenCV](https://github.com/rustlang-cn/Rustt/blob/main/Articles/%5B2022-05-08%5D%20Rust%20与%20OpenCV.md)
Rust非常优秀但是与 C/C++ 等巨头相比,它在社区生态上还只是一头初生牛犊,因此我们经常需要去使用 C/C++ 编写的库。友情提示:在 Rust 中使用 OpenCV 是可行的,但是首先,你可能需要拥有足够的意志力来克服遇到的各种问题,毕竟,这是一条未知之路。
一门编程语言要进入科研等严肃领域,必须要经过九九之关的检验,其中图灵完备的证明就是其中一环。本文作者通过实现 Smallfuck 的方式(一门已知的图灵完备语言),证明了 Rust 的类型系统是图灵完备的。
2、[编程语言是平台,而不是产品](https://kerkour.com/programming-languages-are-platforms)
2、 [Zh] [使用 Rust 和 WebAssembly 在 48 小时内制作游戏](https://github.com/rustlang-cn/Rustt/blob/main/Articles/%5B2022-04-27%5D%20使用%20Rust%20和%20WebAssembly%20在%2048%20小时内制作游戏.md)
现代社会,每个大公司都想做一个大而全的产品,这样就可以行成更强的护城河,让竞争对手无路可走,然而这种产品会牺牲稳定性和可靠性。那么问题来了,对于编程语言而言,适合吗?
[Ludum Dare] 是一个 48 小时个人游戏开发挑战赛,作者之前已经使用 Unity 参加过几次了,这次,他决定尝试点不一样的。
3、[Xilem: 一个 Rust UI 架构](https://raphlinus.github.io/rust/gui/2022/05/07/ui-architecture.html)
3、[Zh] [半小时快速了解 Rust](https://github.com/rustlang-cn/Rustt/blob/main/Articles/%5B2022-04-28%5D%20半小时快速了解%20Rust.md)
对于用户界面领域来说Rust 语言提供了足够的吸引力,原因很简单,它能够同时交付安全性和性能。但是,如何找到一个好的 UI 架构,成为了相当大的挑战。
21天7天3天都弱爆了好吗这里只要半个小时
在其它语言适用的架构设计未必能很好的应用在 Rust 上,毕竟 Rust 的一些语言特性,学过的人都懂,一个自引用结构体都能整的人快乐无边 :P 基于此原因,一些人并不看好 Rust 在用户界面的未来,但是作者依然坚定的认为 Rust 就是未来。
4、[GAT的美好未来](https://jackh726.github.io/rust/2022/05/04/a-shiny-future-with-gats.html)
他之前的尝试( 包括当前的 [Druid](https://github.com/linebender/druid) 架构 !) 都存在或多或少的缺陷,因此在这篇文章中,他提出了一个全新的架构,非常值得一读!
GAT 是 Generic Associated Types (泛型关联类型) 的简写,大家可以在[这里](https://blog.rust-lang.org/2021/08/03/GATs-stabilization-push.html)对其进行深入了解。
4、[使用 Rust 进行有限状态机的建模](https://www.ramnivas.com/blog/2022/05/09/fsm-model-rust)
GAT 计划是在1年多之前就开始了本身计划在去年 10 月稳定化的,但是其中遇到了不少问题,导致了计划的延期,然后就是 12 月、2月( 这种感觉好熟悉:P )。
在文章中,作者介绍了如何运用 Rust 的所有权机制和静态编译的特点实现一个有限状态机( FSM )。
现在,作者终于可以骄傲的写出这篇文章,来告诉我们 GAT 到底可以用来做什么,质量很高,值得一看!
> 关于 GAT 还有另一篇文章值得一读:[生命周期 GAT 的更好替代品](https://sabrinajewson.org/blog/the-better-alternative-to-lifetime-gats)
5、[算法面试很卷?](https://ada-x64.github.io/over-engineering/)
作者在找工作中,现在的大环境意味着算法成了绕不过去的坎。那到底是用更高级的代码卷起来,还是躺平使用简单的实现,文中给出了他的选择。
5、[C++ & Rust: 泛型和特性化](https://www.tangramvision.com/blog/c-rust-generics-and-specialization)
6、[挑战:在 wifi 路由器上运行 Rust](https://blog.dend.ro/building-rust-for-routers/)
一周一次、喜闻乐见的 C++ Pk Rust 环节又来了,作者所在的公司原本是做 C++ 的,但是在遇到 Rust 后,变心了,甚至还加入了 Rust 基金会,一起来欣赏下他们的一些看法吧。
作者有一个 OpenWrt wifi 路由器某一天无聊至极盯着这个老朋友发呆ing结果突发奇想也许我可以在这上面运行个 Rust 项目。`hello world` 显然跟路由器八字不合,那就写一个 DNS 客户端吧。
6、[这些年 Rust 编译器帮你捕获的 Bug 们](https://kerkour.com/bugs-rust-compiler-helps-prevent)
7、[Rust 中的 O(1) 泛型](https://peterkos.me/rust-const-generics/)
在过去几十年内,随着程序员水平的越来越高,我们终于证明了自己 —— 没办法写出 Bug Free 的软件。因此新编程语言的编译器越来越强大也越来越复杂Rust 就是其中的翘楚。
众所周知Rust 的泛型是零开销的,原因在于编译器会把泛型展开为一个个具体的类型,以二进制文件膨胀的代价来换取性能,这个做法没有任何问题。但是如果我们想要更加强大的泛型特性呢?文中针对这一点,给出了一些有价值的观点,值得一看!
7、[自引用结构体和其替代品](https://swatinem.de/blog/self-reference-alternatives/)
8、[创业公司是否应该使用 Rust ?](https://www.shuttle.rs/blog/2021/10/08/building-a-startup-with-rust)
文章讲解了该如何更好的理解和使用自引用结构体,以及在一些场景下,该如何使用其它方式来替代自引用结构题。
可以说每一个优秀的工程师内心都有这样的梦想使用技术创业然后改变世界。就目前来看Rust 拥有足够的吸引力,那我们是否可以选择 Rust 来作为初创公司的主要语言呢?
9、[使用 Rust 实现去中心化的集群管理](https://quickwit.io/blog/chitchat/)
大家可能在想,分布式集群?难道不是在前面做一层负载均衡( nginx ),后面的集群就随便搞嘛?其实不是,你说的是无状态的分布式集群,这种集群的状态都存储在 redis、mysql 等数据库中,因此分布式很简单。
但是对于有状态的集群来说,分布式就变成了一个相当棘手且有挑战的问题,最基本的:如果让集群中的节点感知到其它节点,在本文中,你能获取到一些灵感和解决方案。
@ -100,6 +147,7 @@ GAT 计划是在1年多之前就开始了本身计划在去年 10 月稳定
目前所有的周刊都按照 `年/月/日期` 的方式归纳在 [docs](./docs) 目录下,大家可以按需查看。
- [第 11 期](./docs/2022/5月/07.md)
- [第 10 期](./docs/2022/5月/07.md)
- [第 9 期](./docs/2022/4月/24.md)
- [第 8 期](./docs/2022/4月/15.md)

@ -108,7 +108,7 @@ impl List {
}
```
`clone` 用起来简单,且可解万愁,但是。。。既然是链表,性能那自然是很重要的,特别是要封装成库给其他代码使用时,那性能更是重中之重。
`clone` 用起来简单,且可解万愁,但是。。。既然是链表,性能那自然是很重要的,特别是要封装成库给其他代码使用时,那性能更是重中之重。
没办法了,我们只能向大名鼎鼎的 Rust 黑客 Indiana Jones求助了:
<img src="https://rust-unofficial.github.io/too-many-lists/img/indy.gif" />
@ -219,7 +219,7 @@ pub fn pop(&mut self) -> Option<i32> {
}
```
当链表为 `Empty` 时,返回一个 `None`,表示我们没有 `pop` 到任何元素;若不为空,则返回第一个元素,并将 `head` 指向下一个节点 `node.next`。但是这段代码又报错了:
当链表为 `Empty` 时,返回一个 `None`表示我们没有 `pop` 到任何元素;若不为空,则返回第一个元素,并将 `head` 指向下一个节点 `node.next`。但是这段代码又报错了:
```shell
error[E0507]: cannot move out of `node.next` which is behind a shared reference
--> src/first.rs:37:29

@ -41,7 +41,7 @@ mod test {
}
```
`src/first.rs` 中添加以上测试模块,然后使用 `cart test` 运行相关的测试用例:
`src/first.rs` 中添加以上测试模块,然后使用 `cargo test` 运行相关的测试用例:
```shell
> cargo test
@ -62,7 +62,7 @@ mod test {
}
```
大家可以再次尝试使用 `carto test` 运行测试用例,具体的结果就不再展开,关于结果的解读,请参看文章开头的链接。
大家可以再次尝试使用 `cargo test` 运行测试用例,具体的结果就不再展开,关于结果的解读,请参看文章开头的链接。
## Drop
现在还有一个问题,我们是否需要手动来清理释放我们的链表?答案是 No因为 Rust 为我们提供了 `Drop` 特征,若变量实现了该特征,则在它离开作用域时将自动调用解构函数以实现资源清理释放工作,最妙的是,这一切都发生在编译期,因此没有多余的性能开销。

@ -1,5 +1,5 @@
# 基本数据布局( Layout )
发现一件尴尬的事情,之前介绍了这么多,但是竟然没有介绍链表是什么...亡羊补牢未为晚也,链表就是一系列存储在堆上的连续数据,大家是不是发现这个定义跟动态数据 `Vector` 非常相似,那么区别在于什么呢?
发现一件尴尬的事情,之前介绍了这么多,但是竟然没有介绍链表是什么...亡羊补牢未为晚也,链表就是一系列存储在堆上的连续数据,大家是不是发现这个定义跟动态数据 `Vector` 非常相似,那么区别在于什么呢?
区别就在于链表中的每一个元素都指向下一个元素,最终形成 - 顾名思义的链表: `A1 -> A2 -> A3 -> Null`。 而数组中的元素只是连续排列,并不存在前一个元素指向后一个元素的情况,而是每个元素通过下标索引来访问。

Loading…
Cancel
Save