第 13 条：使用默认实现来减少必需实现的 trait 方法

在设计 trait 时，需要考虑两种不同的受众：实现 trait 的人和使用 trait 的人。在 trait 设计中，这两种受众之间存在一定的冲突：

通过涵盖更多方便用户的方法，同时为那些可以从接口上其他更基础的操作构建的方法提供默认实现，可以缓解这种冲突。

来看一个简单的例子， ExactSizeIterator 是一个知道确切迭代内容的 Iterator，它的 is_empty() 方法有一个依赖于 len() 方法的默认实现：

#![allow(unused)]
fn main() {
fn is_empty(&self) -> bool {
    self.len() == 0
}
}

存在默认的实现仅仅意味着它有一个默认值。如果 trait 的实现有不同的方法来判断迭代器是否为空，它也可以用自己的 is_empty() 替换默认实现。

这种方法使得 trait 定义具有少量必需的方法，以及大量默认实现的方法。实现者只需实现前者，即可随意使用所有后者。

Rust 标准库广泛采用了这种方法；Iterator trait 就是一个很好的例子，它只有一个必需方法（ next() ），但包含了大量预提供的方法（第9条），撰写本文时已经超过50个。

trait 方法可以添加 trait 约束，这意味着只有在相关类型实现特定 trait 时，目标方法才可用。这在结合默认方法实现时非常有用，Iterator 也印证了这点。例如，cloned() 的迭代器方法有一个 trait 约束和一个默认实现：

fn cloned<'a, T>(self) -> Cloned<Self>
where
    T: 'a + Clone,
    Self: Sized + Iterator<Item = &'a T>,
{
    Cloned::new(self)
}

换句话说，cloned() 方法只有在 Item 的类型实现了 Clone trait 时才可用；一旦实现 Clone trait， clone() 方法也会自动实现。

关于带有默认实现的 trait 方法，最后一个要点是，即使在特征的初始版本发布之后，通常也可以安全地向 trait 添加新方法。只要新方法名不与类型实现的其他 trait 方法名冲突，就能保持向后兼容性（详见第21条）。

因此，请参照标准库的示例，通过添加带有默认实现的方法（并根据需要添加 trait 约束），为实现者提供最少的 API 接口，但为用户提供方便且全面的 API 。

原文点这里查看

Effective Rust 中文版