too-many-lists/deque/final-code

[giscus[bot]]

too-many-lists/deque/final-code

https://course.rs/too-many-lists/deque/final-code.html

[dwr2001]

请教一个问题，为什么我在整个源码前添加use std::borrow::Borrow;就会出现编译错误（错误处在peek_front函数上）？（添加前后发现peek_front函数中borrow函数的实现变化了，这个问题我个人猜测是解引用次数导致的）

[aly8246]

指路peek的留言有说到这个问题

[cosmicethics]

Rc<Ref> 这个数据结构，Rc和Ref都实现了borrow, 其中Rc是通过实现std::borrow::Borrow trait实现的，Ref不是，要调用一个对象实现的某个trait方法，必须要导入这个trait，如果没有导入Borrow Trait，就会默认自动解引用调用Ref的borrow()方法。要注意的是IDE有时候会自动导入Borrow，导致出错。

[apodemakeles]

说点心里话，我第一次Rust入门放弃就是看到一个在其他语言中很容易实现的树，在Rust中竟然如此复杂，而当时还是太没见过世面了，还想象不到带循环引用的结构更甚。
现在我已经可以自己实现一个还凑合的双端队列了，但写完之后完全没有其他语言实现了一个复杂精巧且高效的功能之后的成就感。
能玩Rust的程序员大多都不会觉得用c/c++/go/java实现一个双向链表是困难的事了，我们能否放宽一下自我要求，用unsafe实现一些普遍使用又要求性能的数据机构？毕竟这东西用指针好写，易读，熟悉，单元测试容易覆盖全面，应用起来出问题的几率不高。

[minminm]

就该是这样，底层能保证安全的情况下用unsafe实现，暴露给用户安全的接口就行

[araraloren]

这是在学习，如果生产中肯定需要用unsafe来实现的，这个RefCell一点也不靠谱