Вопросы студентам

[Авварон]

Справедливости ради надо отметить что тролли учли критику и сделали QStringRef::split. Вообще QStringRef - отличный класс, практически без накладных расходов.

Справедливости ради, в Qt6 уберут QStringRef и сделают, чтобы QString сам себе был рефом. И QString::split магическим образом перестанет аллоцировать память. И вам придется переписать код взад. Выпендриваясь "потому что это неоптимально", вам придется дважды написать один и тот же код.

[Racheengel]

Там где разбирают текстовые файлы - там вообще пофиг на производительность.

а если файл на десяток гигов? которые надо быстро распарсить и обработать?

[Bepec]

Текстовый формат и быстродействие - это две большие разницы. Во всяком случае бинарные форматы оставляют текстовые форматы далеко позади по быстродействию.

[Igors]

Справедливости ради, в Qt6 уберут QStringRef и сделают, чтобы QString сам себе был рефом. И QString::split магическим образом перестанет аллоцировать память.

Вы очень много читаете, а я почти ничего (все время съедает предметная часть). Тем не менее (да-да, ничего не слышав) рискну утверждать что этого не произойдет, рефом QString не станет. Просто потому что это уже др сущность, а значит уже и др класс. А вот что Вы верите в такие "сказки про белого бычка".... 

И вам придется переписать код взад. Выпендриваясь "потому что это неоптимально",

"говно", "Выпендриваясь" и.т.п. - так грубо реагируя Вы только показываете что боитесь за свой код.  Да и вообще грубить нехорошо, и главное - совершенно неэффективно 

[Авварон]

Вы очень много читаете, а я почти ничего (все время съедает предметная часть). Тем не менее (да-да, ничего не слышав) рискну утверждать что этого не произойдет, рефом QString не станет. Просто потому что это уже др сущность, а значит уже и др класс. А вот что Вы верите в такие "сказки про белого бычка".... 

Не-а, тот же. Сейчас QString это

Код:

class QString { QStringData *d; }
class QStringData { QAtomicInt ref; qptrdiff offset; int size; int alloc; } // qptrdiff для литералов

А достаточно переделать

Код:

class QString { QChar *begin; int size; QStringData *d; } // для литералов уже дифф уже не нужен, d==nullptr
class QStringData { QAtomicInt ref; QChar *begin; int alloc; }

[Igors]

Не-а, тот же. Сейчас QString это

Лазить в этих потрохах нет необходимости (вообще изучение исходников Qt хорошо до определенного предела).

Код

C++ (Qt)
QString src("a b c ...");
QString sub = SomeMagic(src);
 

Допустим с помощью имплисит шары мы сделали так что sub не аллоцирует свои данные, а ссылается напр на "a" в src. Это возможно, но тогда при первом же неконстантном обращении к src надо копировать ее данные отдельно. Тогда sub должен ответить за удаление оригинала. Не слабо выходит - используется одно "а", а хранится вся строка, может неск метров Да и копирование может оказаться куда расходнее чем создание крохотного sub. В общем типичный "implcit" (не только в Qt, а неявное действие вообще) - всегда выглядит ну очень заманчиво, но расплата неизбежна 

[Авварон]

QStringRef копировать тоже дорого, и что?
QStringRef тоже валиден, пока валидна исходная строка "на несколько метров".
Только при неявной шаре вы не выстрелите себе в ногу, удалив исходную строку.

[Igors]

QStringRef копировать тоже дорого, и что?
QStringRef тоже валиден, пока валидна исходная строка "на несколько метров".
Только при неявной шаре вы не выстрелите себе в ногу, удалив исходную строку.

Не понял, как же дорого если данных QStringRef с гулькин нос?  QStringRef - это чистой воды explicit, где все определено явно. Начиная с названия класса, всем видно - ссылка. Это хорошо и правильно, так и надо делать. Да, изменю исходную строку - огребу, но мне было прекрасно известно что менять нельзя. Сам виноват - сам исправлю, и это куда проще и лучше чем кто-то за меня будет чего-то делать втихаря.

Ну хорошо, а откуда неуемное желание застрелить QStringRef? Читает по константному указатели и меняет пару индексов. Каким же принципам или правилам языка это противоречит?

[Авварон]

Не понял, как же дорого если данных QStringRef с гулькин нос?  QStringRef - это чистой воды explicit, где все определено явно. Начиная с названия класса, всем видно - ссылка. Это хорошо и правильно, так и надо делать. Да, изменю исходную строку - огребу, но мне было прекрасно известно что менять нельзя. Сам виноват - сам исправлю, и это куда проще и лучше чем кто-то за меня будет чего-то делать втихаря.

Ну вы сами привели юзкейз, абсолютно нерелевантный использованию стрингрефа, он тут не нужен:

Код:

QStringRef ref = str.midRef(1, 5);
QString copy(ref);
copy.trim();

Реф нужен, чтобы работать с кусками исходной строки (например, частями пути к файлу), почти всегда это readonly доступ. Максимум, что я могу придумать на write - это replace конкретных символов, что-то более сложное надо делать на исходной строке, чтобы рефы не поехали.

Ну хорошо, а откуда неуемное желание застрелить QStringRef? Читает по константному указатели и меняет пару индексов. Каким же принципам или правилам языка это противоречит?

Есть желание застрелить его и заменить на QStringView:

Код:

class QStringView { QChar *begin, QChar *end; }

[Авварон]

Мой поинт в чем - сделать эффективный mid()/split() можно и без QStringRef/QStringView и сидеть писать многокод "потому что так быстрее" смысла нет (если не доказано профайлером, что именно это является узким местом).