The Rust version of "zip" seems a bit odd as it's implemented like a method rath...

coldtea · on March 30, 2018

>as it's implemented like a method rather than a function

Why should it be a function? It can be a method on sequence like objects (trait)...

Python itself has tons of those...

cup-of-tea · on March 31, 2018

Because the parameters to zip aren't positional, they are just multiple parameters of the same type.

Python does have some that annoy me a bit. I think str.join would be clearer as a function, but at least that does have a positional parameter.

coldtea · on April 1, 2018

>Because the parameters to zip aren't positional, they are just multiple parameters of the same type.

How is that a counter-argument? It makes sense then that the method belongs to that type (iteratables).

microtonal · on March 30, 2018

The itertools crate has you covered:

By the way, the Iterator's zip function is no magic. You could trivially implement a standalone function using the zip method yourself:

Rusky · on March 30, 2018

There's also UFCS:

    for (a, b) in Iterator::zip(as, bs) {
        // ...
    }