Почему обсуждают си строки? D:

Почему обсуждают си строки? D:

cstring != c++ string

Да, об этом и речь

Конфа-то плюсовая.

Конфа-то плюсовая.

То шо быдлокодеры делают так

А не так, как надо

Через классы строк

а что плохого в <cstring> ?

ну приспичило человеку, чего вы

ну приспичило человеку, чего вы

Что плохого в void main()

части библиотеки си никто пока не выкидывал из стандарта

Ну подумаешь, не страндарт

strtok — очень небезопасная функция.

использовать её в продакшне — стрелять себе в ногу

Бля он ебнутый

Цпп же

Нахуй это нужно?

Вот и я думаю...

Нахуй это нужно?

Почему обсуждают си строки? D:

разве си не подмножество си++?

Не в чистом виде.

Ну и это не отменяет того, что с-строки в плюсах лучше не использовать.

Ну и это не отменяет того, что с-строки в плюсах лучше не использовать.

Ещё б в плюсах к строкам человеческий форматный вывод прикрутили... (a-la sprintf)

Эм.

есть же стримы

std::stringstream

std::stringstream

Во-первых, буээээ.

Какие-то разумные аргументы?

Во-вторых, как к ним прикрутить форматные строки в стиле printf ()?

Или gettext?

В чем разница?

Функционально стримы позволяют делять всё то же самое что и printf

Только вместо одной строки это оазмазывается в compile-time кашу на type conversions

Это же хорошо.

В результате норот пишет http://www.boost.org/doc/libs/1_53_0/libs/format/doc/format.html

Хрена с два это хорошо. Прикрути туда gettext, ага.

Прости, не очень понимаю.

Что за gettext?

Ну и модификаторы эти дибильные в плюсовом стиле. Представь, что надо вывести 3 числа с разной точностью. Каждый раз переключаться?

Что за gettext?

А, ну тогда ясно.

ну во-первых есть гораздо более безопасный vsprintf

https://en.m.wikipedia.org/wiki/Gettext

Да, я понял уже.

ну во-первых есть гораздо более безопасный vsprintf

Аналог vsprintf-а для c++ строк - в студию!

сишный можно использовать

просто не читсый sprintf

Сишный сасёд

Так как выделение памяти надо сбоку поикручивать

Цикл с ресайзом.

Не очень сложно.

В любом случае, это не c++ way

Вот и получается: в одном решении нет формата, но есть выделение памяти, в другом решении формат есть, но приходится вручную выделять память и следить за размерами. Ужоснах.

отсутсвие типобезопасности гораздо хуже.

Цикл с ресайзом.

Буэээ Ведь можно ж было б протащить в стандарт решение в стиле asprintf ()...

В любом случае, это не c++ way

Там я сверху кинул ссылку на буст.

Я видел.

буст не с++

Далеко не всегда с++-way

отсутсвие типобезопасности гораздо хуже.

Иногда достаточно просто printf ("%u", (unsigned int) x).

Правда, создатели C крупно проебались с типами.

в таком случае и в стрим можно записать без особых попоболей

И теперь надо юзать inttypes.h с PRIu32 etc

в таком случае и в стрим можно записать без особых попоболей

Как?

<cstdint>

Всмысле, как?

ERROR: S client not available

И?

это был на это ответ

И теперь надо юзать inttypes.h с PRIu32 etc

<cstdint>

И как ты это в стрим запишешь?

std::cout«static_cast<uint32_t?x);

Или я чего-то не понимаю?

Можно и cout << x, но вопрос-то не в этом.

В C конверсия нужна для типобезопасности.

В плюсах ввод-вывод типобезопасен, но нет формата (в стандарте, буст не в счёт).

iomanip

Так а чем тебе не формат стримы с iomanip ?

strtok норм вещь, только стреляющая)

Gettext, йопта

что ты заладил со своим gettext

что, других нет локализаторов нет что ли?

плюсовых

Iomanip - во-первых, компайлтайм. Во-вторых, надо не забывать сбрасывать. В-третьих, длинно.

есть код char * token = strtok(text," ,.?!"); while(token!=some_word) { //некоторые действия token = strtok(NULL," ,.?!"); // почему тут нулл? }

если функции strtok передавать нулл первым указателем, то она будет использовать предыдущие токены

что, других нет локализаторов нет что ли?

А попробуй найди, хехе.

Компайл-тайм это же наоборот хорошо, лол.

В чем проблема.

Да, в плане локализации иногда бывает полезно поменять параметры местами. В printf я могу так сделать. А iomanip так могёт?

Iomanip - во-первых, компайлтайм. Во-вторых, надо не забывать сбрасывать. В-третьих, длинно.

Обычный трейд-офф между ленью программиста и безопасностью :D

Компайл-тайм это же наоборот хорошо, лол.

І знов за рибу гроші. Я ему полчаса за геттекст говорю, а он мне за компиляцию. Не, я понимаю, что для всяких рубей и питонов это один чёрт...

если функции strtok передавать нулл первым указателем, то она будет использовать предыдущие токены

На этот случай есть strtok_r () с явным буфером.

Всё, господи, я понял зачем тебе не компайлтайм.

Ладно. Когда ты пишешь мультиланг программу я согласен приходится поебаться.

Но там в любом случае нужная какая-то сторонняя либа.

Избежать, лол.

gettext или что-то другое.