Строки в стеке или в куче ?

[Sahab]

а если страничка больше указанного размера?

[Igors]

Только что написал, интерфейс использует массив char bufBig[1024 * 200]
для скачки web-страницы полностью. Она 200К и парсим ее.

Уйти на другой тип ? А смысл ?!! Все равно где хранить.

Пока скачиваю ее полностью в этот массив.

Ну и делайте то же самое но через вектор, который прекрасно приводится к C массиву. А потом дойдут руки до того как узнать размер страницы - и у Вас все уже готово/на руках. А то char bufBig[1024 * 200] напоминает злобного носорога с плохим зрением 

[Etud]

а если страничка больше указанного размера?

Почему больше ? 120-140К
Как раз все влазит.

Ну и делайте то же самое но через вектор, который прекрасно приводится к C массиву. А потом дойдут руки до того как узнать размер страницы - и у Вас все уже готово/на руках. А то char bufBig[1024 * 200] напоминает злобного носорога с плохим зрением  

Размер HTML-страницы я уже знаю из заголовка.

А чем лучше для хранения тип QVector<char> по сравнению с массивом char.
Тем, что я сразу жестко отвел 200К (уже в куче).

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

Все одно хранить, потом парсить !

[twp]

А чем лучше для хранения тип QVector<char> по сравнению с массивом char.
Тем, что я сразу жестко отвел 200К (уже в куче).

Захаркодить размер массива в программе? Хм, довольно сомнительный аргумент. Такое решение может быть хорошим только для лаборатороки или теста. Оптимальным решением было бы изначально хранить все в QString, но я не уверен возможно ли это сделать в данном контексте.

[Etud]

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

Предлагаете динамически выделить в зависимости от размера web-страницы ?

Igors уже предлагал QVector<char>, только вот смысла пока не пойму.
И так и так массив в памяти выделять.

Оптимальным решением было бы изначально хранить все в QString, но я не уверен возможно ли это сделать в данном контексте.

Так данные же скачиваются постепенно (web-страница) и складываются в массив char.

Хех !

Вот и решение, убивающее 2-х зайцев:
отказаться от большого массива, складывать сразу все в QString через маленький буффер (1024 байта).

[brankovic]

А чем лучше для хранения тип QVector<char> по сравнению с массивом char.

Вектор просто удобный и безопасный интерфейс к оператору new. Можно написать так:

Код

C++ (Qt)
char *buf = new char [size];
read (fd, buf, size);
...
delete [] buf;
 

а можно так:

Код

C++ (Qt)
std::vector <char> v (size);
read (fd, &v[0], v.size ());
...
 

и даже так:

Код

C++ (Qt)
char buf [size];
read (fd, buf, size);
...
 

Вариант 1 самый громоздкий, плюс надо предусмотреть возможность вылета исключения, не проскочить delete и т.д. Вариант 3 самый быстрый, но неудобный, ненадёжный и нестандартный. А вариант 2 самый простой. Им пользоваться лучше всего, потому что легче всего.

[Etud]

Эээ, наверное забыл написать, что данные приходят в малый буффер (char buff[1024]).

А потому:

Отказываемя от большого массива, складываем сразу все в QString из маленького буффера (1024 байта).

Только как лучше:

1) Повторно перераспределять память:
 

Код

C++ (Qt)
QString str;
str += QString(buff);

2) Более гибко управлять памятью без перераспределения :

Код

C++ (Qt)
QString str;
int len = 0;
str.reserve(maxLen);
while (...) 
{
str[len] = QString(buff);
len = len + 1024;
}
 
str.squeeze();
 

Это набросок просто.

QString нужен, поскольку web-страница в кодировке UTF-8.

[brankovic]

Только как лучше:

1) Повторно перераспределять память:
 

Код

C++ (Qt)
QString str;
str += QString(buff);

2) Более гибко управлять памятью без перераспределения :

лучше 1, поскольку 2 ничего особо не даст (ну может копейки какие) ((интересно, это сработает, если utf8 символ разрежет границей буфера?))

[Etud]

интересно, это сработает, если utf8 символ разрежет границей буфера?))

Вроде пашет. Русские символы пишет.
Хотя нужен всего title. 

Да, решил вроде узкое место !

[twp]

а мне больше по душе вариант без распределения, только можно сделать проще, как в примере из асистента:

Код:

result.reserve(maxSize);
while (condition)
    result.append(buf);
result.squeeze();

интересно, это сработает, если utf8 символ разрежет границей буфера?

скорее всего будут проблемы

[Etud]

а мне больше по душе вариант без распределения.

Да, правильнее.

скорее всего будут проблемы

Вроде 1024 успешно делится на 2 ?!!

Что предлагаете ?

[twp]

делится то оно делится, просто UTF-8 символ может иметь размер от 1 до 4 байт и чтоб программа корректно работала с любым языком все-таки наверно придется накапливать данные как было предложено раннее в QVector<char> или QByteArray, а затем конвертануть (а не просто приравнять) в QString через

Код:

QString QString::fromUtf8 ( const char * str, int size = -1 ) [static]

[fuCtor]

Просто как вариант: если страница является валидным XML (тобишь XHTML), то можно попробовать использовать для парсинга данных http://doc.qt.nokia.com/4.7/qxmlstreamreader.html.

[Igors]

Код

C++ (Qt)
char buf [size];
 

Прекрасная, удобная конструкция - но увы, эта радость только на gcc, на Вындоуз "так нельзя"  

По теме: связываться с QString, на мой взгляд, здесь не следует - он предназначен для строк и будет париться с кодировкой. Просто вектор, тем более что размер загружаемых данных известен

Код

C++ (Qt)
QVector <char> vec;
vec.resize(pageSize);
char * buf = &vec[0]; // C массив готов
.. // все как сейчас
 
// надо увеличить размер буфера
vec.resize(vec.size() + extra);
buf = &vec[0]; // надо перезарядить адрес массива
 

[Авварон]

вектор чаров О_о а QByteArray чем не угодил??