История изменений

У тебя только итераторы, и они знают координаты. В чём проблема?

КАК они знают координаты? Вот у меня обычный 3Д массив 10х10х10. Итератор указывает на 19й элемент (от начала) и знает координаты. Инкрементируем. Как он узнает новые координаты не зная границ массива?

А теперь допустим массив устроен гораздо сложнее. Итератору для нормальной работы нужно знать все детали устройства массива. Т.е. итератору нужно либо держать ссылку на объект массива и постоянно по ней лазить, либо держать в себе копию всех деталей устройства массива.

вообще-то, хреновина, которая обходит коллекцию, называется «итератор».

Вообще то нет. for_each что угодно, но только не итератор. Итератор м.б. спрятан внутри for_each, как деталь реализации, но конкретно реализация обхода меня не интересует - меня интересует интерфейс, т.е. как сообщить for_each какие действия нужно делать над каждым элементом. И где тут итераторы?

Мне казалось я довольно ясно объяснил что меня интересует, привел примеры, и это еще раз доказывает как вредно курить, даже если ты кислотный пони;-)

Вы про них и спрашиваете. Даже три примера итераторов привели. Давайте не будем в середине темы говорить про не нужность итераторов?

Про них я не спрашиваю. Ок, под итератором в данной теме лично я (и наск я понял nanoolinux) понимаем STL-подобные итераторы. Вот их нет, не будет, и я не хочу и не буду обсуждать почему их нет и не будет.

балансировка ЧЕГО?

Потоков же.

У тебя только итераторы, и они знают координаты. В чём проблема?

КАК они знают координаты? Вот у меня обычный 3Д массив 10х10х10. Итератор указывает на 19й элемент (от начала) и знает координаты. Инкрементируем. Как он узнает новые координаты не зная границ массива?

А теперь допустим массив устроен гораздо сложнее. Итератору для нормальной работы нужно знать все детали устройства массива. Т.е. итератору нужно либо держать ссылку на объект массива и постоянно по ней лазить, либо держать в себе копию всех деталей устройства массива.

вообще-то, хреновина, которая обходит коллекцию, называется «итератор».

Вообще то нет. for_each что угодно, но только не итератор. Итератор м.б. спрятан внутри for_each, как деталь реализации, но конкретно реализация обхода меня не интересует - меня интересует как сообщить fro_each какие действия нужно делать над каждым элементом. Мне казалось я довольно ясно объяснил что меня интересует, привел примеры, и это еще раз доказывает как вредно курить, даже если ты кислотный пони;-)

Вы про них и спрашиваете. Даже три примера итераторов привели. Давайте не будем в середине темы говорить про не нужность итераторов?

Про них я не спрашиваю. Ок, под итератором в данной теме лично я (и наск я понял nanoolinux) понимаем STL-подобные итераторы. Вот их нет, не будет, и я не хочу и не буду обсуждать почему их нет и не будет.

балансировка ЧЕГО?

Потоков же.

У тебя только итераторы, и они знают координаты. В чём проблема?

КАК они знают координаты? Вот у меня обычный 3Д массив 10х10х10. Итератор указывает на 19й элемент (от начала) и знает координаты. Инкрементируем. Как он узнает новые координаты не зная границ массива?

А теперь допустим массив устроен гораздо сложнее. Итератору для нормальной работы нужно знать все детали устройства массива. Т.е. итератору нужно либо держать ссылку на объект массива и постоянно по ней лазить, либо держать в себе копию всех деталей устройства массива.

вообще-то, хреновина, которая обходит коллекцию, называется «итератор».

Вообще то нет. for_each что угодно, но только не итератор. Итератор м.б. спрятан внутри for_each, как деталь реализации, но конкретно реализация обхода меня не интересует - меня интересует как сообщить fro_each какие действия нужно делать над каждым элементом. Мне казалось я довольно ясно объяснил что меня интересует, привел примеры, и это еще раз доказывает как вредно курить, даже если ты кислотный пони;-)

Вы про них и спрашиваете. Даже три примера итераторов привели. Давайте не будем в середине темы говорить про не нужность итераторов?

Про них я не спрашиваю. Ок, под итератором в данной теме лично я (и наск я понял nanolinux) понимаем STL-подобные итераторы. Вот их нет, не будет, и я не хочу и не буду обсуждать почему их нет и не будет.

балансировка ЧЕГО?

Потоков же.

У тебя только итераторы, и они знают координаты. В чём проблема?

КАК они знают координаты? Вот у меня обычный 3Д массив 10х10х10. Итератор указывает на 19й элемент (от начала) и знает координаты. Инкрементируем. Как он узнает новые координаты не зная границ массива?

А теперь допустим массив устроен гораздо сложнее. Итератору для нормальной работы нужно знать все детали устройства массива. Т.е. итератору нужно либо держать ссылку на объект массива и постоянно по ней лазить, либо держать в себе копию всех деталей устройства массива.

вообще-то, хреновина, которая обходит коллекцию, называется «итератор».

Вообще то нет. for_each что угодно, но только не итератор. Итератор м.б. спрятан внутри for_each, как деталь реализации, но конкретно реализация обхода меня не интересует - меня интересует как сообщить fro_each какие действия нужно делать над каждым элементом. Мне казалось я довольно ясно объяснил, привел примеры, и это еще раз доказывает как вредно курить, даже если ты кислотный пони;-)

Вы про них и спрашиваете. Даже три примера итераторов привели. Давайте не будем в середине темы говорить про не нужность итераторов?

Про них я не спрашиваю. Ок, под итератором в данной теме лично я (и наск я понял nanolinux) понимаем STL-подобные итераторы. Вот их нет, не будет, и я не хочу и не буду обсуждать почему их нет и не будет.

балансировка ЧЕГО?

Потоков же.