АР
единственное чего не хватает - того самого is_transparent и мне не совсем понятно почему его нет
Size: a a a
2021 March 01
АР
хотя иной раз взглянешь на код и понимаешь почему так может быть
АР
вообще имо надо unordered_* депрекейтить и делать нормальные std::hash_* контейнеры, с ослабленными гарантиями и (соответственно) значительно более высоким перфом
D
вообще имо надо unordered_* депрекейтить и делать нормальные std::hash_* контейнеры, с ослабленными гарантиями и (соответственно) значительно более высоким перфом
А ещё regex депрекейтнуть))
W
В теории можно было бы просто сделать так:
template <class T>
using std::hash<std::string<T>> = std::hash<std::basic_string<T>>;
ведь по стандарту всё равно гарантируется их эквивалентность, а прием по ссылке и по string_view не то чтобы сильно отличается с точки зрения перфа
template <class T>
using std::hash<std::string<T>> = std::hash<std::basic_string<T>>;
ведь по стандарту всё равно гарантируется их эквивалентность, а прием по ссылке и по string_view не то чтобы сильно отличается с точки зрения перфа
А если у меня ембеддед и свой класс строки, использующий adt, а не исключения, то что мне делать? Страдать? Или опять перерисывать половину stl?
Нет уж. По нормальному - это действительно шаблонная библиотека. Где std::string не захордкорен, и можно положить то, что надо.
Нет уж. По нормальному - это действительно шаблонная библиотека. Где std::string не захордкорен, и можно положить то, что надо.
АР
у тебя тогда будет не std::hash<std::string> а std::hash<adt::string>...
W
у тебя тогда будет не std::hash<std::string> а std::hash<adt::string>...
А кто мне даст залезть внутрь std?
АР
стандарт вообще-то позволяет писать специализации некоторых функций для пользовательских классов
АР
ну тут опять же надо смотреть что за типы. Стандарт позволяет добавлять в пространство имен std не так уж и много определений. Навскидку hash, make_error_code, всякие less/greater и пр.
АР
все остальное - UB
АР
даже учитывая что его шансы выстрелить микроскопические
W
ну тут опять же надо смотреть что за типы. Стандарт позволяет добавлять в пространство имен std не так уж и много определений. Навскидку hash, make_error_code, всякие less/greater и пр.
Вот и я о том же.
Надо до конца раскурить, как это лучше реализовать и накорябать проползал.
А то очень неудобно, что стандартная библиотека шаблонов, недостаточно шаблонная.
Надо до конца раскурить, как это лучше реализовать и накорябать проползал.
А то очень неудобно, что стандартная библиотека шаблонов, недостаточно шаблонная.
АР
ну как правило можно не в std пихать а через adl еще
W
ну как правило можно не в std пихать а через adl еще
И как мне через adl объяснить std::format, что я хочу использовать свою строку с своим способом обработки ошибок и иными свистоперделками?
А он принимает лишь std::string_view. И все. И я пошел писать свой std::format. Кривой и убогий, зато constexpr и умеющий в нужные типы.
А он принимает лишь std::string_view. И все. И я пошел писать свой std::format. Кривой и убогий, зато constexpr и умеющий в нужные типы.
АР
format не умеет в constexpr string_view?
W
format не умеет в constexpr string_view?
Это лишь пример. Но судя по доке на cppref - нет, я не вижу спецификатора constexpr у format.
АР
И такое во всей стандартной библиотеке. Которая не подходит, если у тебя нестандартное окружение. А очень жаль.
ну синдром nih привел нас к нынешней винде так что я бы воздержался конечно