Всегда ли вы используете QString?

[Alex Custov]

Всегда, даже если можно обойтись const char *:

Код

C++ (Qt)
void anotherFunc(const QString &)
{
    ...
}
 
void func()
{
    QString a;
 
    if(...)
        a = "action1";
    else if(...)
        a = "action2";
    else
        a = "action3";
 
    anotherFunc(a);    
}
 

Не всегда, если можно обойтись const char *, и это безопасно:

Код

C++ (Qt)
void anotherFunc(const QString &)
{
    ...
}
 
void func()
{
    const char *a;
 
    if(...)
        a = "action1";
    else if(...)
        a = "action2";
    else
        a = "action3";
 
    anotherFunc(a);    
}
 

[andrew.k]

Можно, только зачем?
Какие плюсы у второго куска, по сравнению с первым?

[Igors]

Можно, только зачем?
Какие плюсы у второго куска, по сравнению с первым?

Если будет хороший объем текста - то очень существенные

[Авварон]

Код

C++ (Qt)
void anotherFunc(const QString &)
{
    ...
}
 
void func()
{
    const char *a;
 
    if(...)
        a = "action1";
    else if(...)
        a = "action2";
    else
        a = "action3";
 
    anotherFunc(QLatin1String(a));    
}
 

fxd

[andrew.k]

Где в приведенном примере хороший объем текста?
Понятное дело, что массив чаров быстрее чем QString. Но в большинстве случаев эта разница не существенна.
И что такое существенные? 32 секунды вместо 35?

[ufna]

Больших сравнений текста вообще нужно избегать, таким образом по крайней мере

[zenden]

Экономим на спичках?
Покажите мне код, в котором QString является узкой частью.

Имхо, QString - лучший класс строки, который есть для C++. Очень жаль, что его нельзя использовать не в Qt проектах.
по идее, он должен быть быстрее, чем std::vector, т.к. использует механизм copy-on-write.

А что вы предлагаете делать с char *?? Его даже сравнить нормально нельзя.Использовать  strcmp? (кстати, в стандарте C++ даже нет функции сравнения без учета регистра!! ). Да и вообще, сырые указатели - это не модно и не безопасно.

[Авварон]

Экономим на спичках?
Покажите мне код, в котором QString является узкой частью.

QtXml. Только и делает, что гоняет utf-8 (или другую 8битную кодировку внутри xml) в utf-16 и обратно.

[andrew.k]

Больших сравнений текста вообще нужно избегать, таким образом по крайней мере

Ну это понятно.
В общем я за повсеместный QString, кроме случаев, когда это очень критично по производительности.
Но тогда зачем вообще qt использовать?
Меня лично бесит, когда в проекте то QString, то char *.

[andrew.k]

Экономим на спичках?
Покажите мне код, в котором QString является узкой частью.

QtXml. Только и делает, что гоняет utf-8 (или другую 8битную кодировку внутри xml) в utf-16 и обратно.

По-моему неудачный пример.
раз гоняет, значит нужно. как раз экономия на спичках.
Храни данные в PlainText и читай их сишными функциями, и будет тебе очень производительно.

в qt-проектах смысла нет в char *.

[Авварон]

Экономим на спичках?
Покажите мне код, в котором QString является узкой частью.

QtXml. Только и делает, что гоняет utf-8 (или другую 8битную кодировку внутри xml) в utf-16 и обратно.

По-моему неудачный пример.
раз гоняет, значит нужно. как раз экономия на спичках.

Очень удачный. Тролли теперь страдают, что ничего с этим модулем сделать не могут, тк написали его через жопу, а совместимость не дает ничего изменить. И это не мои выдумки, это проверенная инфа.

Да, яхз зачем использовать char* если есть QByteArray.

[andrew.k]

поверю на слово.
Но в любом случае, получается, что проблема не собственно в QString, а в том, что написано через жопу.
Не QString же виноват, что QtXml его туда-сюда гоняет?)

[Авварон]

andrew.k
Просто надо думать, когда пишите. В очень многих случаях можно обойтись батареем. Пример - QObject::objectName нафиг не нужен кустринг, достаточно батарея. Покажите мне извращенца, к-ый дает объектам в программе локализованные имена.

[andrew.k]

Дело не в локализованности.
Можно, например, имена использовать динамически.
Например, в калькуляторе PushButton0, PushButton1, PushButton2, ..., PushButton9
И выделять из имени последний символ в единственной для всех кнопок функции обработчике.
Тут же QString и пригодится.
И таких примеров можно массу придумать.

[Авварон]

Дело не в локализованности.
Можно, например, имена использовать динамически.
Например, в калькуляторе PushButton0, PushButton1, PushButton2, ..., PushButton9
И выделять из имени последний символ в единственной для всех кнопок функции обработчике.
Тут же QString и пригодится.
И таких примеров можно массу придумать.

Батарей всё это позволяет. Можно вспомнить, что значение символа - это его код - '0'.
Для более сложных случаев гораздо более адекватно засовывать данные в проперти (а еще у некоторых классов есть спец userData), а не в имя.