символ - один или несколько char
А char это что тогда?
это символьный тип. Больше интересно char[]
Чем символьный тип отличается от целочисленного аналогичного размера?
В С++ нет символьных типов...
Паажди, тут предлагают символьный тип как раз
Ага, я б тоже хотел... И ещё - ЮНИКОД!
тем, что не участвует в числовых операциях. Компилятор постоянно 8-битные целые интерпретирует как символы
Да как он их как символы может интерпретировать, если нет такой сущности в языке как "символ"
а вы никогда не задумывались над вопросом, почему функция memcpy объявлена в заголовочном файле string?
ну вот std::string сложи с int8_t
Эм, а какой результат вообще ожидается от такой операции?
Я думаю, потому что Кернигану с Ричи было вломы ещё один заголовочный файл в стандартную библиотеку класть и поддерживать... Не ИНАЧЕ!
или я это с QString путаю. Короче, конвертация в текстовое представление и конкатенация
ну а что, для int64_t работает, а для int8_t - получай ногострел???
зачем складывать строку с числом????
Как только покажете, что std::string прибавляет int64_t - сразу соглашусь с любыми вашими доводами
я, наверное, я QString перепутал
Я же говорю, жс. А потом еще ведь надо будет добавить возможность отнять от строки число, для полного счастья
Вах, а стринг все таки позволяет прибавить int64_t, но ожидаемо кастит его предварительно до чара
нет, не ожидаемо. Где типобезопасность?
Ожидаемо не взрывается
ага, дебажь потом, чё за фигня
и если каст с потерей информации можно прибить флагом компилятора, то с 1-байтным целым остаётся лишь сосать лапу. Ну, или написать свои типы для однобайтных целых
Самый обыкновенный implicit conversion, символы тут вообще не при делах https://godbolt.org/z/7M4v117cs
ну, так как обеспечить типобезопасность? Я не знаю такого флага компилятора
SFINAE, концепты, например
Обсуждают сегодня