这并没有给我带来任何困难——我完全可以使用String——但是有什么理由将str封装在它自己的特殊类型中而不是更通用的Box类型中？如果有原因，那么答案可能会帮助我模拟如何以不同方式使用Box。
为什么str 封装在String 中而不是Box<str> 中？是为了方便输入这样一个通用的结构还是有更深层次的原因？
【问题讨论】：
Box<slice>？
Box<str> 是一个完全有效且偶尔有用的类型。这不是“而不是”，而是“以及”
标签： string rust smart-pointers
String 更像是Vec<char> 而不是Box<str> - 它有方法可以在最后推送更多chars，或者推送整个str。它有长度和容量，而不仅仅是长度。像Box 和Vec 一样，它拥有它的内容，并将它们放在堆上；与Box 不同，它还扩展了str 的功能，超出了其固有属性。
【讨论】：
Vec<str>？但是谢谢你，我没有意识到这个要求——尽管回想起来很明显。
Vec<char> 有点狡辩，出于某种原因更喜欢说Vec<u8>，但String is literally a Vec<u8>。源是开放的，也从文档链接；随意浏览它。
Vec<char> 更接近于概念，但在实现方面，Vec<u8> 确实是正确的（并且更准确地代表了内存占用）
Vec<str>而不是Vec<char>；傻我。但是，是的，来源非常容易审查！感谢@Zarenor 指出我应该提出的问题。
str 主要有&self 方法，因为它不能更改它包含的任何字符，因为字符的更改可能意味着长度的更改，并且它不能重新分配自己。另一方面，String 类似于&mut str，因为它提供了操作strs 的方法。
例如，你可以push给它，或者replace a section。
另一方面，Box<str> 不提供这些，因为它本质上是一个拥有的str，因此它只提供我之前谈到的&self 方法。
【讨论】：