如果元素可以转换,为什么不能使用.into()转换容器?

如果我有一个,即使我可以转换为using ,Vec<T>我也无法将其转换为Vec<U>直接using 。例如,此代码无法编译:.into()TU.into()

use std::convert::From;

struct A {
    x: i32,
}

struct B {
    y: u64,
}

impl From<A> for B {
    fn from(a: A) -> Self {
        Self {
            y: a.x as u64,
        }
    }
}

fn main() {
    let avec: Vec<A> = vec![A{x: 1}, A{x: 2}];
    let bvec: Vec<B> = avec.into(); // Error!
}

我觉得应该可以有一个像这样的全面实现:

impl<T, U> From<Vec<T>> for Vec<U> where T: From<U> {
    fn from(t: Vec<T>) -> Self {
        t.into_iter().map(Into::into).collect()
    }
}

其他系列也类似。有没有这样做的原因?当你想转换时,它会节省很多乏味的代码,比如 aHashMap<String, Vec<Vec<u32>>>到 a HashMap<String, Vec<Vec<u64>>>

回答

具有用于转换容器的一揽子实现的问题(当前)是它与现有的一揽子实现相冲突impl From<T> for T

为了能够解决这个问题,简而言之,它需要专业化(问题 #31844)。

// This:
impl<T, U> From<Vec<T>> for Vec<U> where T: From<U>

// Would conflicts with this:
impl<T> From<T> for T

不久前在 Rust 论坛上也讨论过同样的问题:

  • 将迭代器转换为一揽子实现

以上是如果元素可以转换,为什么不能使用.into()转换容器?的全部内容。
THE END
分享
二维码
< <上一篇
下一篇>>