а есть какие-нибудь советы как это подружить с расширением классов?
Я обычно полагаюсь на размер при передаче в функцию, но если в будущем класс будет расширен.. То уже не уверен стоит ли принимать даже 8 байтовый тип по значению
По сути можно использовать последний байт как индикатор на стеке строка или хипе. Тогда первые 23 - свободный буфер. Длину строки на стеке думаю можно и за O(n) посчитать.
Кстати можно использовать 0 для последнего байта, если строка на стеке, и что угодно иное если на куче. Благодаря этому можно ещё и нуль-терминированную строку будет вернуть для совмести с Си
Ну и максимальный размер строки в таком случае будет 2^56) Хотя это вряд ли кого-то огорчит.
По-моему у Александреску есть замечательный доклад на эту тему. Он когда-то проектировал такую строку для folly, если не ошибаюсь
UPD:
ага, я понял. У вас строка всего 16 байт.
Но тогда не понятно почему по той же логике не 15 для SSO
Проверять все элементы подряд по одному слишком долго
В моём случае производительность не важна
определитесь уж важна или нет.
Я думаю что resize_to_range не нужен не из-за производительности, а просто потому что не вижу контекста где он был бы уместен для вектора. Поэтому и попросил пример, который меня не убедил)
наверно отказываться от них где только возможно. цикл в общем случае заменяется на свертку, но есть куча алгоритмов для частных случаев. Вот тут хорошая статья об этом
да, как возможное решение, но overcomplicated как мне кажется.
Тогда уж можно прийти к созданию in, out шаблонных структур, которые будут делать выбор в зависимости от размера. Так делается в cppfront вроде бы
[держите)](https://web.archive.org/web/20240802233720/https://habr.com/en/articles/832678/)
кража пакетов...
так вот чему моя бабушка посвятила целую жизнь :0
а есть какие-нибудь советы как это подружить с расширением классов?
Я обычно полагаюсь на размер при передаче в функцию, но если в будущем класс будет расширен.. То уже не уверен стоит ли принимать даже 8 байтовый тип по значению
а вы уверены что тут проблема в отсутствии такой фичи в языке...?
/s
boost как раз таки во многом следует принципам и стилю stl.
А qt это альтернатива stl, поэтому различия вполне оправданы
наверно потому что к наследованию это не имеет отношения.
Я думаю тут автор акцентировал внимание на динамическом полиморфизме. А наследование просто один из способов достичь этого в C++
извиняюсь, если в статье уже объяснено, но...
почему 16 байт? а не 23
По сути можно использовать последний байт как индикатор на стеке строка или хипе. Тогда первые 23 - свободный буфер. Длину строки на стеке думаю можно и за O(n) посчитать.
Кстати можно использовать 0 для последнего байта, если строка на стеке, и что угодно иное если на куче. Благодаря этому можно ещё и нуль-терминированную строку будет вернуть для совмести с Си
Ну и максимальный размер строки в таком случае будет 2^56) Хотя это вряд ли кого-то огорчит.
По-моему у Александреску есть замечательный доклад на эту тему. Он когда-то проектировал такую строку для folly, если не ошибаюсь
UPD:
ага, я понял. У вас строка всего 16 байт.
Но тогда не понятно почему по той же логике не 15 для SSO
после C++17 нет
чем C++20 ranges и пользуются
определитесь уж важна или нет.
Я думаю что resize_to_range не нужен не из-за производительности, а просто потому что не вижу контекста где он был бы уместен для вектора. Поэтому и попросил пример, который меня не убедил)
я думаю вы на удаление (это O(n) дня вектора) тратите значительно больше, чем выигрываете на бинарном поиске.
Не знаю всего контекста, но возможно вам для поиска достаточно просто принимать range или два итератора.
Приведите пример где этот метод был бы уместен? Я в своей практике такой необходимости не встречал
согласен
с оплатой еще можно смириться, если ты джун.
Но не получать даже обратной связи это очень неприятно.
наверно отказываться от них где только возможно.
цикл в общем случае заменяется на свертку, но есть куча алгоритмов для частных случаев.
Вот тут хорошая статья об этом
что вы предпочитаете для более серьезной автоматизации?
не хочу быть занудой,
вы проделали большую работу.
Но, пожалуйста, используйте Dear ImGui
за ~7 лет жизни в Беларуси, не припомню чтобы получал такие предложения.
Может это объясняется что я немного забочусь о конфиденциальности, но не то чтобы сильно.
Переехав в РФ получаю на новый номер стабильные предложения.
У белорусского мтс есть какой-то секретный способ борьбы с этим? Или мошенникам надоело обманывать белорусских бабушек
вот вам библиотека которая полезна всем - https://github.com/eerimoq/dbg-macro
и не бубните)
похоже забыли один из самых важных советов для создания успешной игры - занимайтесь маркетингом.
Кажется я прочел об этом в книге "кровь, пот, пиксели". Там есть хорошее описание процесса создания инди игры stardew valley.
а если это исправление чего-то, а не создание, то значительная часть времени это введение в контекст, выяснение причин, воспроизведение проблемы.
А когда это все сделано, решение скорее всего будет элементарным