Question

For example:

v.for_each([](int i) { printf("%d\n", i); }); 

if far more elegant and readable than the commonly-used:

std::for_each(v.begin(), v.end(), [](int i) { printf("%d\n", i); });

Is there a legitimate reason such a member function is missing from the standard?

Answer 1

This is the standard design rationale for the entire library: Separate containers from algorithms.

If you did it your way, you’d have to implement every feature X for every container Y, leading you to M * N implementations if you have M features and N containers.

By using iterators and make algorithms work on iterators rather than containers, you only have to implement M algorithms plus N iterator interfaces.

This separation also means that you have infinitely wider scope of application: the algorithms cannot just be used for every library container, but for any container, present or future, that anyone decides to write and equip with iterators. Finite vs infinite reuse is quite a strong argument! And calling the algorithms through the generic, free interface doesn’t add any cost.