Rust 之不可为 (2) 滥用getter

原文

上回说起在Rust里小伙伴们有时会犯的典型错误,这次我们接着说一个在某些语言里很常见的事物:getter。由于Rust当前的设计,使它有了特别的限制。和上次一样,先说结论。

结论

Rust里getter只可以用来访问结构的“自身”状态。当你的结构里存在多个field代表不同的“子系统”,并且它们之间存在交互的时候,把它们声明为pub field,而不要用getter返回field值的引用。

解释

这个规则乍看上去不是显而易见的。用一个例子带着大家经历一次吧。假设我们在写一个(过度简化的)游戏,它由场景管理SceneManager 和 资源管理 AssetManager组成。我们先来按照错误的做法开始。

#[derive(Default)]
struct Game {
    scenemgr: SceneManager,
    assetmgr: AssetManager,
}

impl Game {
    pub fn new() -> Self { Self::default() }
    
    pub fn scenemgr(&self) -> &SceneManager { &self.scenemgr }
    pub fn scenemgr_mut(&mut self) -> &mut SceneManager { &mut self.scenemgr }
    pub fn assetmgr(&self) -> &AssetManager { &self.assetmgr }
    pub fn assetmgr_mut(&mut self) -> &mut AssetManager { &mut self.assetmgr }

}

单这样看,还是挺和谐的,是吧?

好的,接下来请你从AssetManager中加载资源,然后用加载好的资源更新SceneManger的状态。

写起来你就会遇到一个问题了:你用getter拿到&mut SceneManager后,你没有办法再调用其他的getter,因为你处于可变借用期间……

要绕过这个问题,其中一个办法是写一个同时返回两样的getter……这样是可以工作的,但是不值得这样做。

另一个办法利用内部可变性来解决,把所有的状态修改封装成内部可变……这个办法也是可以工作的,但是也不值得这样做。

最好的办法就是我们开头提到的,不写这些getter,直接访问field。

这种办法是可以通过的。原因在于:Rust对于内部不同的访问路径是会分开记录borrow的,所以不会有任何问题。

怎么样,理解了么?

Last modification:March 6th, 2021 at 12:13 am
安安,亲觉得有用, 请随意打赏嗷