¿Por qué Vec no implementa el rasgo Iterator?

¿Cuál es la razón del diseño para Vecno implementar el Iteratorrasgo? Tener que recurrir siempre iter()a todos los vectores y cortes hace que las líneas de código sean más largas.

Ejemplo:

let rx = xs.iter().zip(ys.iter());

en comparación con Scala:

val rx = xs.zip(ys)

Un iterador tiene un estado de iteración. Debe saber cuál será el próximo elemento para darle.

Entonces, un vector en sí mismo no es un iterador, y la distinción es importante. Puede tener dos iteradores sobre el mismo vector, por ejemplo, cada uno con su estado de iteración específico.

Pero un vector puede proporcionarle un iterador, por eso se implementa IntoIterator, lo que le permite escribir esto:

let v = vec![1, 4];
for a in v {
    dbg!(a);
}

Muchas funciones toman un IntoIteratorcuando se necesita un iterador, y ese es el caso zip, razón por la cual

let rx = xs.iter().zip(ys.iter());

puede ser reemplazado con

let rx = xs.iter().zip(ys);

¿Cuál es la razón del diseño para Vecno implementar el Iteratorrasgo?

¿Cuál de los tres iteradores debería implementar? Hay tres tipos diferentes de iterador que puede obtener de Vec:

1. vec.iter()da Iterator<Item = &T>,
2. vec.iter_mut()da Iterator<Item = &mut T>y modifica el vector y
3. vec.into_iter()da Iterator<Item = T>y consume el vector en el proceso.

en comparación con Scala:

En Scala tampoco se implementa Iteratordirectamente, porque Iteratornecesita el siguiente puntero de elemento que el vector en sí no tiene. Sin embargo, dado que Scala no tiene semántica de movimiento, solo tiene una forma de crear un iterador a partir de un vector, por lo que puede hacer la conversión implícitamente. Rust tiene tres métodos, por lo que debe preguntarte cuál quieres.