Question

我有一个广泛的基本特征。某些类型仅关心其功能的子集，因此我添加了一个子特征，要求用户实现较小的功能集。

此代码失败：

trait Base<T> {
    fn foo(arg: bool);
}

// Ext is a narrowing of Base requiring user to provide alternative, simpler interface for the same functionality
trait Ext<T>: Base<T> {
    fn bar();
}

// implement Base<T> for all types implementing Ext<T>
impl<T, E> Base<T> for E
where
    E: Ext<T>,
{
    fn foo(arg: bool) {
        Self::bar();
    }
}

struct Data<T>;

// error[E0119]: conflicting implementations of trait `Base<_>` for type `Data<_>`:
impl<T> Base<T> for Data<T> {
    fn foo(arg: bool) {}
}

出现以下错误：

error[E0119]: conflicting implementations of trait `Base<_>` for type `Data<_>`:
  --> src/lib.rs:22:1
   |
11 | / impl<T, E> Base<T> for E
12 | | where
13 | |     E: Ext<T>,
14 | | {
...  |
17 | |     }
18 | | }
   | |_- first implementation here
...
22 |   impl<T> Base<T> for Data<T> {
   |   ^^^^^^^^^^^^^^^^^^^^^^^^^^^ conflicting implementation for `Data<_>`
   |
   = note: downstream crates may implement trait `Ext<_>` for type `Data<_>`

有趣的是，当我在T上删除通用性时，它会起作用：

trait Base {
    fn foo(arg: bool);
}

// Ext is a narrowing of Base requiring user to provide alternative, simpler interface for the same functionality
trait Ext: Base {
    fn bar();
}

// implement Base for all types implementing Ext
impl<E> Base for E
where
    E: Ext,
{
    fn foo(arg: bool) {
        Self::bar();
    }
}

struct Data;

// works just fine
impl Base for Data {
    fn foo(arg: bool) {}
}

stackoverflow上的其他一些帖子也提到了类似的问题，但是它们通常都具有外国特征的问题（标准库中的那个）。就我而言，特征和类型都是局部的，因此就我所知，孤儿规则不应适用。

基本上，错误提到downstream crates may implement trait 'Ext<_>' for type 'Data<_>'，这是不正确的，因为Ext和Data对于这些包装箱都是陌生的。

总而言之，我的问题是：

即使其他包装箱似乎不可能发生碰撞，为什么我的毯子展示也被拒绝了。
为什么没有T的版本也不会被拒绝，即使其隐含的含义几乎相同？
此问题是否有解决方法？

Answer 1

看到错误的原因是之间可能发生冲突 E的隐含基数和数据的基础

这两个都是泛型，因此从理论上讲，我可以创建自己的结构并实现特征Base<T>和特征Ext<T>。如果这样做，您的代码将为Base<T>::foo创建重复的实现，因为两个impl块都在实现Base<T>。

从代码中删除T时，它变得更加具体。您将为Base实现E和为Base实现Data。如果添加以下内容，您将在自己的第二个代码示例中看到相同的错误

impl Ext for Data {
    fn bar() {}
}

这是相同的基本信息。唯一的不同是您的第一个示例仅提供了碰撞的 possibility ，而第二个示例（加上我的话）实际上导致了碰撞。

关于变通方法... Rust特征不是真正的继承，因此我要说的生锈方法是为想要的每个函数子集使用单独的特征，而不是尝试创建特征层次结构。

如果您的程序确实需要具有继承类型特征，请避免使用泛型或将它们绑定到具体类型。

如何为实现另一个特征的类型实现特征而又不冲突实现

1 个答案: