В чем разница между std::fill_n и std::ranges::fill_n?

Мне трудно увидеть практическую разницу между std::fill_n и std::ranges::fill_n.

Многие стандартные алгоритмы имеют аналогичный ranges аналог.

wohlstad 13.06.2024 17:34

Даже если нет никакой значимой разницы, кроме более строгой проверки концепции, суть в том, что std::ranges должны иметь альтернативы для всех алгоритмов, чтобы вам больше не приходилось прикасаться к старым.

HolyBlackCat 13.06.2024 17:36
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
3
2
105
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Есть несколько основных отличий, которые применимы ко всем алгоритмам std и std::ranges:

Многие алгоритмы имеют дополнительные отличия, в частности, они принимают диапазон, а не пару итераторов. Многие из них также имеют аргументы проекции в дополнение к вызываемым объектам. Многие из них также имеют тип возврата, отличный от их аналога std::.

Но fill_n конкретно не имеет этих дополнительных перегрузок или аргументов или имеет отдельный тип возвращаемого значения — std::ranges::fill_n то же самое, что и std::fill_n, за исключением различий, которые я изложил ранее. Вы можете думать о существовании std::ranges::fill_n прежде всего для того, чтобы у каждого std::meow был аналог std::ranges::meow, чтобы вы могли полностью перейти на std::ranges, не думая об этом.

Беглое исследование заставляет меня поверить, что std::fill_n(args...) правильно сформирован, если и только если ограничения std::ranges::fill_n(args...) совпадают, но я могу упустить одну тонкость.

Caleth 13.06.2024 17:42

@Caleth Нет. Например, output_iterator не требует тега категории итератора, а Cpp17OutputIterator — требует.

Barry 13.06.2024 17:46

Я бы предпочел использовать ranges::fill на views::take. По крайней мере, это дает минимальную гарантию того, что границы не закончатся. Все алгоритмы на основе итераторов подвержены выходу за пределы UB. ranges::copy – еще одно разочарование; пункт назначения может быть просто захвачен; использование for на основе views::zip(src,dst) на основе диапазона намного безопаснее.

Red.Wave 13.06.2024 18:41

@Red.Wave Это вопрос о разнице между std::fill_n и std::ranges::fill_n.

Barry 13.06.2024 20:44

Ответом является всего лишь вопрос: никакой практической разницы. Безопасность — мое дополнительное требование.

Red.Wave 13.06.2024 20:46

@Red.Wave Эти комментарии не имеют отношения к теме. Вы можете выразить свои требования в другом месте.

Barry 13.06.2024 21:01

Другие вопросы по теме