Tubrik wrote:

> всегда использовал char *, но что-то надоело, постоянные опасения
> нарушения границ или дополнительный страховочный код,
"Дополнительный страховочный код" можно было бы загнать один раз в
несколько своих собственных процедур для работы со строками. Например,
сделать strlen, который не вылетает, если аргумент == 0, или strcpy и
strcat, который возвращает уже созданную при помощи new[] строку.

> так вот, сейчас
> не знаю, что будет проще и удобнее: CString || string ??
string какой - std::string?
CString привязан к MFC. std::string стандартный. Лично я QString
рекомендую :)

Posted via ActualForum NNTP Server 1.4

MasterZiv wrote:

> И теперь это шаблон, если я не ошибаюсь.
Тогда пардон за дезинформацию.
Posted via ActualForum NNTP Server 1.4

grieg wrote:

> Писать свой strlen -- костыль. Надо использовать готовые классы.
Зависит от задач. Если остальной функционал std::string не нужен, то
почему бы и нет? И я имел в виду обертку, которая, например, испарвила
бы стандартный вылет, если аргумент равен нулю. Это опять же, в
зависимости от задач может быть нужно или не очень.
Posted via ActualForum NNTP Server 1.4

Akh wrote:

> Почему-то, к/ф матрица вспоминается.
Не. Представляется картина посвящения нового сотрудника в число
избранны:
"Ты доказал свою преданность компании, и, поэтому, сегодня тебе мы
открываем тебе наш самый страшный секрет... (пауза) CMyString!!!!
(зловещий хохот за кадром)"
Posted via ActualForum NNTP Server 1.4

Gluk (Kazan) wrote:
> Открой хелп да посмотри
Лучше исходники.

Stub wrote:
> Вместо char* надо использыватьб basic_string<char>, либо CStringA
Зачем?

grieg wrote:
> В общем, пока я подозреваю, что с UTF-32 у CString будут проблемы.
QString?

> Реально рулит AnsiString (C++Builder)
В g++ его нету. Значит, нафиг.
Posted via ActualForum NNTP Server 1.4

grieg wrote:

> Не понял, что именно ты спрашиваешь?
> Будут ли у QString (Qt) проблемы с кодировками?
Я не спрашиваю, я предлагаю.

The QString class provides a Unicode character string.
QString stores a string of 16-bit QChars, where each QChar corresponds
one Unicode 4.0 character. (Unicode characters with code values above
65535 are stored using surrogate pairs, i.e., two consecutive QChars.)
Unicode is an international standard that supports most of the writing
systems in use today. It is a superset of ASCII and Latin-1 (ISO
8859-1), and all the ASCII/Latin-1 characters are available at the same
code positions.
Behind the scenes, QString uses implicit sharing (copy-on-write) to
reduce memory usage and to avoid the needless copying of data. This
also helps reduce the inherent overhead of storing 16-bit characters
instead of 8-bit characters.

Насчет кодировок - есть кодеки для конвертирования текста, я с ними
обильно не общался. Как я понимаю, вас интересуют:

int compare ( const QLatin1String & s1, const QString & s2,
Qt::CaseSensitivity cs = Qt::CaseSensitive )
QString fromAscii ( const char * str, int size = -1 )
QString fromLatin1 ( const char * str, int size = -1 )
QString fromLocal8Bit ( const char * str, int size = -1 )
QString fromRawData ( const QChar * unicode, int size )
QString fromStdString ( const std::string & str )
QString fromStdWString ( const std::wstring & str )
QString fromUcs4 ( const uint * unicode, int size = -1 )
QString fromUtf8 ( const char * str, int size = -1 )
QString fromUtf16 ( const ushort * unicode, int size = -1 )
QString fromWCharArray ( const wchar_t * string, int size = -1 )

Примеры для работы с кодировками были где-то в демках.
Posted via ActualForum NNTP Server 1.4