为什么不能使用转换容器。如果可以转换元素，则转换为（）？

Question

如果我有一个Vec

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()
    }
}

其他系列也是如此。没有这样做有什么原因吗？当你想转换时，比如说HashMap，它会节省很多繁琐的代码




Answer 1

（目前）具有用于转换容器的总括实现的问题是，它与现有的总括实现impl from冲突

要想绕过这一点，简言之，需要专业化（第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论坛也讨论了同样的问题：

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