Интересно, почему нельзя было без ranges добавить всякие std::find(Iterable,T)?

Вообще Ranges делают STL наконец концептуально правильной вещью, все эти долбаные итераторы наконец уходят в прошлое. Так что что тебе не нравится, не понятно.

0

31.03.2021

Dmitry Sokolov Автор вопроса

Андрей Руссков
я бы предпочел чтобы find(m, key) резолвился в m.f...

Ну эт уже внутри можно при желании разрулить через if constexpr (has_find)

0

31.03.2021

Pavel Zhigulin

Ilya Zviagin
Вообще Ranges делают STL наконец концептуально пра...

Ну, например сложность ошибок компилятора при использовании Ranges. Антот тут буквально на днях скидывал простейший пример, в котором чёрт голову сломит. Неочевидная работа "адаптеров". Полная невозможность понять где именно в цепочке вычислений что-то пошло не так. Ленивость ренджей. Это их же и плюс, но может приводить просто к катастрофическим усложениям при поиске прочины очередного SEGFAULT Долгая компиляция :) Ну и моё персональное - std::iota. Это самое тупое название в истории))

0

31.03.2021

Ilya Zviagin

Pavel Zhigulin
Ну, например сложность ошибок компилятора при испо...

Подтянется это всё...

0

31.03.2021

Ilya Zviagin

Pavel Zhigulin
Ну, например сложность ошибок компилятора при испо...

Йота — это из математики

0

31.03.2021

Pavel Zhigulin

Ilya Zviagin
Подтянется это всё...

Я фиг знает, это концептуальные проблемы, не вижу путей их решения)

0

31.03.2021

Pavel Zhigulin

Ilya Zviagin
Йота — это из математики

Я в курсе. А еще я в курсе, что я не математик и куча других С++ программистов - не математики :) И в других языках это называется.... Range!! Но только в Ranges это будет называть не Range :D

0

31.03.2021

Aidar Fattakhov

Ilya Zviagin
Йота — это из математики

скорее из дедов

0

31.03.2021

Aidar Fattakhov

Pavel Zhigulin
Я фиг знает, это концептуальные проблемы, не вижу ...

>сложность ошибок компилятора >концептуальная проблема что?

0

31.03.2021

Dmitry Sokolov Автор вопроса

🐙 Antony Polukhin
А что такое Iterable? Должен ли у него быть defaul...

А вообще например для find это же просто перегрузки по числу аргументов. Достаточно type requirements придумать типа LegacyInputIterable. С ExecutionPolicy через traits разруливается. Просто в отличие от ranges это кажется простая штука, которая могла бы попасть в стандарт вместе с std::begin/end (как например to_underlying мог бы не ждать 23 года :) ).

0

31.03.2021

🐙 Antony Polukhin

Dmitry Sokolov
А вообще например для find это же просто перегрузк...

Вы всегда можете написать proposal на подобное ;)

0

31.03.2021

Dmitry Sokolov Автор вопроса

🐙 Antony Polukhin
Вы всегда можете написать proposal на подобное ;)

Беру свои слова обратно. Конечно find частный случай, в том же sort пришлось бы различать (begin, end) и (Iterable, compare). Ну и ranges всё-таки обобщение в том числе на гетерогенные итераторы.

0

05.04.2021

🐙 Antony Polukhin · Accepted Answer

🐙 Antony Polukhin

А что такое Iterable? Должен ли у него быть default конструктор? Какие требования к сложности операций над ним? Если всё это расписать, то получится десяток концептов и пяток улучшений... Сделав которые получим Ranges

0

31.03.2021

170 похожих чатов

Интересно, почему нельзя было без ranges добавить всякие std::find(Iterable,T)?

18 ответов

Похожие вопросы