я бы написал проще - обёртку над мапой, которая при отсутсвтии значения вернёт сделает то, что нужно

что ж поделать, что нет у нас default значения как параметр

я бы написал проще - обёртку над мапой, которая при отсутсвтии значения вернёт сделает то, что нужно

ну я пришел к чему то вроде int get(std::map<smth, int> mp, smth key) { return mp.find(key) == mp.end() ? -1 : mp[key];}

ну я пришел к чему то вроде int get(std::map<smth, int> mp, smth key) { return mp.find(key) == mp.end() ? -1 : mp[key];}

да, я об этом и веду речь

но криво же

только написать это более обощённо и запихунть в свой утилити лайбрари

а что делать, что дефолта нет у нас. ЕМНИП, есть пропозал об этом

а что делать, что дефолта нет у нас. ЕМНИП, есть пропозал об этом

если нет надо запилить @antoshkka

а что мешает написать ручками get_with_default для const& мапы?

а что мешает написать ручками get_with_default для const& мапы?

некрасиво же)

я не про стандарт, это вроде как нештатное использование для std::map

но криво же

может это xy проблем

некрасиво же)

некрасиво что? имхо внешние функции с унифицированными отглагольными именами являются лучшей архитектурой в природе

может это xy проблем

неа. это известные грабли

может это xy проблем

нет)

некрасиво что? имхо внешние функции с унифицированными отглагольными именами являются лучшей архитектурой в природе

окей. Тогда хочу готовую унифицированную функцию в стандарте

принимает контейнер и дефолт значение

а там внутри пусть ищёт.

некрасиво что? имхо внешние функции с унифицированными отглагольными именами являются лучшей архитектурой в природе

open classes, maan!

окей. Тогда хочу готовую унифицированную функцию в стандарте

унифицированная функция не контролирует default мапы

окей. Тогда хочу готовую унифицированную функцию в стандарте

с UCS будет вообще торт

окей. Тогда хочу готовую унифицированную функцию в стандарте

я хочу много таких функций в стандарте, но мне беркус предложит губозакаточный завод

с UCS будет вообще торт

ждём, надеемся

is_null (создано по конструктору из nullptr), get, get_or_default, ...

унифицированная функция не контролирует default мапы

специализация для мапы

is_null_or_true

а что, мапе завезли подмену default конструктора элемента?

нет

а что, мапе завезли подмену default конструктора элемента?

нет в том то и проблема

а почему нельзя этот конструктор объявить конструктором класса?

все равно это часть информации о ТИПЕ мапы

а почему нельзя этот конструктор объявить конструктором класса?

а если класс не твой?

наследуй если не твой

а я не хочу, потому что оверкилл, очевидно

почему? это strict type alias, в C++ он без наследования не реализуется

а ты хочешь фабрику шаблонным параметром мапы?

это не оверкилл?

блин мне надо всего лишь замапить класс к интам от 0 и возвращать -1 если в мапе такого нет

:D

блин мне надо всего лишь замапить класс к интам от 0 и возвращать -1 если в мапе такого нет

воооот. И кто-то для этого предлагает наследоваться, да?

ну get_or_default(std::map<smth, int> const& mp, int default)

блин мне надо всего лишь замапить класс к интам от 0 и возвращать -1 если в мапе такого нет

Так отнаследуйся от мапы статически.

ну get_or_default(std::map<smth, int> const& mp, int default)

это и было предложено и написано ТСом. Просто хочется что-то готовое уже аля map.get_with_default(key, 42);

ну get_or_default(std::map<smth, int> const& mp, int default)

костыли-костылята

к этому и пришел

это и было предложено и написано ТСом. Просто хочется что-то готовое уже аля map.get_with_default(key, 42);

да, я ключ забыл) можно так, да, но я бы не принял такое в стандарт

да, я ключ забыл) можно так, да, но я бы не принял такое в стандарт

емнип, пропозал на это есть

какой самый некривой способ сделать дефолтное значение в std::map<something, int>, отличное от 0?

у меня есть такой класс, я как раз думал как бы дефолт вернутть, можно возвращать пару где будет флаг валидности значения и значение

костыли-костылята

это не костыль, я выше писал, внешние функции - лучшая архитектура

то же самое, что key_set в std не запихали, кстати

ибо -1 это тоже может быть коректным клюдчём в енуме же

это не костыль, я выше писал, внешние функции - лучшая архитектура

почему бы не сделать дефолт опциональным шаблонным параметром

почему бы не сделать дефолт опциональным шаблонным параметром

фабрику ты хочешь сказать

почему бы не сделать дефолт опциональным шаблонным параметром

а если в шаблон не пихается?

потому что map<int, smth> значение типа smth не может быть шаблонным параметром

вот шаблоном я бы точно не хотел, наверное

+

мапы с разными дефолтами - разные типы. нет уж, извольте

ну или параметром конструктора

с аллокаторами уже имеем такое

мапы с разными дефолтами - разные типы. нет уж, извольте

справедливо

погорячился

я бы всё же метод хотел

параметром только конструктора фабрика быть не может, её тип не определен

ну а лучше всего - своболдная функция + UFCS

ERROR: S client not available

функция тоже есть, но она модифирующая try_emplace. в С++17 завезли.

функция тоже есть, но она модифирующая try_emplace. в С++17 завезли.

try_emplace возвращает текущее значение?

пару

как-то некрасиво все равно

☹️

а вообще я в архитектуре за унифицированные внешние отглагольные функции) т.е. моя реализация template <typename A, typename V [, ...]> V get_or_default(std::map<A, V> const& mp, A const& a, V v = {}) { auto it = mp.find(a); if (it != mp.end()) return it->second; return v; }

вот так, видимо

а вообще я в архитектуре за унифицированные внешние отглагольные функции) т.е. моя реализация template <typename A, typename V [, ...]> V get_or_default(std::map<A, V> const& mp, A const& a, V v = {}) { auto it = mp.find(a); if (it != mp.end()) return it->second; return v; }

тогда надо запрещать пользователю использовать map напрямую

тогда надо запрещать пользователю использовать map напрямую

?

поскольку, нечаянный m["key"] не вернет -1

m["key"] не const

но если речь о том, что нужно перекрыть этот случай, выбора кроме агрегации/наследования просто нет

или надо написать "хочешь получить значение мапы, но только через get_or_default"

потому что нужно новый тип мапы вывести

если это основной способ обращения - пишем type alias через агрегацию

больше путей в С++ не завезли

Костя, ну вот есть пример у Страуструпа о подсчете числа вхождения слов. Все лаконично.

Кто-то хочет, чтобы добавление нового ключа через тот же оператор [] приводило к инициализации значения пары определенным значением. Вполне себе легальное желание.

Костя, ну вот есть пример у Страуструпа о подсчете числа вхождения слов. Все лаконично.

опа, очень интересно посмотреть. Особенно как он на C++ boost::split делает

Костя, ну вот есть пример у Страуструпа о подсчете числа вхождения слов. Все лаконично.

а у мейерса есть он же но на чистом с++14 и многопоточный)

опа, очень интересно посмотреть. Особенно как он на C++ boost::split делает

да там все стандартно: std::map<std::string, size_t> m; std::for_each(std::istream_iterator<std::string>(std::in), std::istream_iterator<std::string>(), [&m](auto&& e) { ++m[e.first]; });

а, ясно-понятно

да там все стандартно: std::map<std::string, size_t> m; std::for_each(std::istream_iterator<std::string>(std::in), std::istream_iterator<std::string>(), [&m](auto&& e) { ++m[e.first]; });

забавно, правда, без этого пишется чуть проще)

std::map<std::string, size_t> m; string s; while (cin >> s) ++m[s];

типичный олимпиадных исходник

std::map<std::string, size_t> m; string s; while (cin >> s) ++m[s];

удобно

Ребят, так что на счет легальности?

еще можно через аллокатор кастомный, я пример набросал: https://ideone.com/Ui86F6

еще можно через аллокатор кастомный, я пример набросал: https://ideone.com/Ui86F6

clang, gcc, msvc показывают одинаковый результат

а всякие emplace таким аллокатором не ломаются?

на глаз очень не нравится template <typename U, typename...Args> void construct(U* ptr, Args&&... args) { alloc_traits::construct(static_cast<A&>(*this), ptr, std::forward<Args>(args)...); initializer<U>::init(ptr); }

а всякие emplace таким аллокатором не ломаются?

да, emplace таким аллокатором ломается