выбор направления прохода по контейнеру

[Old]

да, это понятно. но данные эти придется тащить через еще один уровень

Через какой уровень? В лямбде доступны все данные из среды ее описания, т.е. той функции в которой она определена, не зависимо от вложенности.

Вы бы показали больше кода, какие нужны данные и где вызывается вложенная лямбда.

[kambala]

захватывать нужно ж необходимые переменные (предпочитаю не писать [=], если там не тонну захватить надо). не вижу смысла лишний раз это делать, если можно написать код без ущерба читабельности и понятливости.

[Old]

захватывать нужно ж необходимые переменные (предпочитаю не писать [=], если там не тонну захватить надо). не вижу смысла лишний раз это делать, если можно написать код без ущерба читабельности и понятливости.

Если так, то нет вопросов.

[Akon]

kambala: имхо, ваш самый первый вариант самый очевидный/практичный. А чтобы компилятор не ругался на типы итераторов, параметризуйте:

Код:

template<typename Iterator>
void func(Iterator begin, const Iterator end)
{
    for (; end != begin; ++begin)
      // do something with *begin
}

std::vector<int> v;
func(v.begin, v.end);
func(v.rbegin, v.rend);

[Igors]

А чтобы компилятор не ругался на типы итераторов, параметризуйте:

Код:

template<typename Iterator>
void func(Iterator begin, const Iterator end)
{
    for (; end != begin; ++begin)
      // do something with *begin
}

std::vector<int> v;
func(v.begin, v.end);
func(v.rbegin, v.rend);

Так теряется контекст вызывающего.

[Akon]

Контекст параметром передать.

[Old]

kambala: имхо, ваш самый первый вариант самый очевидный/практичный. А чтобы компилятор не ругался на типы итераторов, параметризуйте:

Вы только что изобрели for_each.

[Igors]

Контекст параметром передать.

А не надорветесь? 

Тут поинтересовался немного как же сделать "по всем правилам", т.е. чтобы был полноценный итератор отвечающий всем требованиям std. Выходит как-то безумно, заоблачно сложно. В общем, "ни асилил" 

[Akon]

Вы только что изобрели for_each.

Да, это работает как for_each. Я отталкивался от изначальной авторской реализации. for_each vs открытый итератор - это скорее дело вкуса.

А не надорветесь?

Ну если контекст не собран в какую-нибудь структуру/класс (функтор, если с for_each), то надо собрать.