当前位置: 首页 > 知识库问答 >
问题:

如何实现类型的trait实现另一个trait没有冲突的实现

令狐泓
2023-03-14

我有广泛的基本特征。有些类型只关心其功能的子集,所以我添加了一个子集,要求用户实现更小的功能集。

此代码失败:

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上的其他一些帖子也提到了类似的问题,但它们通常都有关于外来特征的问题(来自标准库的)。在我的案例中,特质和类型都是本地的,因此就我所知,孤儿规则不应该生效。

基本上,错误提到下游板条箱可能实现trait'Ext

总结一下,我的问题是:

  1. 为什么我的毯子IMP被拒绝,即使其他板条箱似乎不可能造成碰撞
  2. 为什么没有T的版本不会被拒绝,即使它基本上是相同的
  3. 这个问题有解决办法吗

共有1个答案

万俟靖
2023-03-14

您看到错误的原因是E的impl Base和数据的impl Base之间可能存在冲突

这两个都是泛型,所以理论上我可以创建自己的结构并实现traitBase

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

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

这是相同的基本信息。唯一的区别是你的第一个例子只提供了碰撞的可能性,而第二个例子(加上我)实际上导致了碰撞。

至于变通办法...生锈的特征并不是真正的遗传,所以我认为生锈的方法是为你想要的每个函数子集都有单独的特征,而不是试图创建特征的层次结构。

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

 类似资料: