2012-06-05 3 views
1

Я использую C++ с QT4 для этого. И когда я пытаюсь отправить большие html-файлы (в данном случае, 8kb), процесс отправки и приема работает хорошо. Но полученный файл содержит пробелы между каждым символом html-файла. Вот пример, файл отправляется как это:Отправка данных через сокеты, получение с пробелами

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"> 
<html><head><meta name="qrichtext" content="1" /><style type="text/css"> 
p, li { white-space: pre-wrap; } 
</style></head><body style=" font-family:'MS Shell Dlg 2'; font-size:8.25pt; font-weight:400; font-style:normal;"> 
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">a</p></body></html> 

и он получил, как это:

¼ < ! D O C T Y P E H T M L P U B L I C " -// W 3 C// D T D H T M L 4 . 0// E N " " h t t p :// w w w . w 3 . o r g/T R/R E C - h t m l 4 0/s t r i c t . d t d " > 
< h t m l > < h e a d > < m e t a n a m e = " q r i c h t e x t " c o n t e n t = " 1 " /> < s t y l e t y p e = " t e x t/c s s " > 
p , l i { w h i t e - s p a c e : p r e - w r a p ; } 
</s t y l e > </h e a d > < b o d y s t y l e = " f o n t - f a m i l y : ' M S S h e l l D l g 2 ' ; f o n t - s i z e : 8 . 2 5 p t ; f o n t - w e i g h t : 4 0 0 ; f o n t - s t y l e : n o r m a l ; " > 
< p s t y l e = " - q t - p a r a g r a p h - t y p e : e m p t y ; m a r g i n - t o p : 0 p x ; m a r g i n - b o t t o m : 0 p x ; m a r g i n - l e f t : 0 p x ; m a r g i n - r i g h t : 0 p x ; - q t - b l o c k - i n d e n t : 0 ; t e x t - i n d e n t : 0 p x ; " > </p > </b o d y > </h t m l > 

код я использую для отправки и получения:

Отправка кода : qDebug() < < «Подключено. Отправка файла на сервер»; QString text = ui-> QuestHtmlText-> toPlainText();

if(text.length() < 1024) 
{ 
    QByteArray block; 
    QDataStream out(&block, QIODevice::WriteOnly); 
    out << quint16(0) << QUESTION_HTML; 
    out << text; 
    out.device()->seek(0); 
    out << quint16(block.size() - sizeof(quint16)); 
    qDebug() << "Block size: " << block.size(); 
    socket.write(block); 
    return; 
} 

for(int i = 0; i < text.length(); i+=1024) 
{ 
    QByteArray block; 
    QDataStream out(&block, QIODevice::WriteOnly); 
    out << quint16(0) << QUESTION_HTML; 
    if((text.length() - i) > 1024) 
     out << text.mid(i, i+1024); 
    else 
     out << text.right(1024 - i); 
    out.device()->seek(0); 
    out << quint16(block.size() - sizeof(quint16)); 
    qDebug() << "Block size: " << block.size(); 
    socket.write(block); 
} 

Получение кода:

qDebug() << "Writing File"; 
QDataStream in(this); 
QString temp = "Teste.html", text; 
QFile myFile(".//Questions//" + temp); 
myFile.open(QIODevice::WriteOnly); 
QDataStream out(&myFile); 
while(!in.atEnd()) 
{ 
    in >> text; 
    out << text; 
} 
+4

Держу пари, между символами нет пробелов (но 0s), и это связано с использованием 'quint16'. –

+0

+1 к @EugenConstantinDinca. И лишняя тарабарщина в начале, вероятно, является попыткой отобразить спецификацию UTF-16 в качестве символа. – abarnert

+0

@EugenConstantinDinca сделать ответ –

ответ

0

Я решил проблему записать его в файл и получить этот файл в QByteArray и полностью отправить QbyteArray в сокет.

2

Я держал пари, что нет пробелов между символами (но 0s) & вы получите дополнительные символы в связи с вашим использованием quint16.

+0

Является ли это причиной того, что я получаю различные NULL, когда я открываю html с помощью notepad ++? Блокнот Windows не показывает то же самое. Но мне было интересно, было ли это так, я получаю NULL между каждым символом файла, но единственное, что я вижу, это NULL и никакие символы (всего не более 10 символов). Во всяком случае, решение меняет его на что-то вроде ... char? –

+0

Разве вы не думаете, что если бы это было между 1024 символами? –

+0

никто ????????? –

2

@ Eugen Я подозреваю, что quint16 либо не написан вообще, либо находится в конце файла. Читай ниже.

@Patrick don't repost только потому, что вы чувствуете, что вас не достаточно быстро обслуживают. Stackowerflow - это не горячая линия.

Материал, который вы возвращаете в файл, - это не ваш исходный текст, а форма сериализации QString, которая является неудивительно UTF-16. Если вы хотите, чтобы ваш текст вернулся, прочитайте ввод QDataStream обратно в QString и сохраните его в файле.

Хотя предварительная установка ваших данных длиной, как правило, является хорошей идеей, она абсолютно избыточна с QString >> QDataStream. Читайте что-нибудь here или here. Кроме того, вы создали разум, запутанный, запутанный способ, который, как я подозреваю, ничего не делает. QByteArray не реализует QIODevice (действительно, почему он должен), поэтому ваш out.device() -> seek() является базовой виртуальной реализацией, empty and just returning true. Я не удивлюсь, если ваш заголовок длины будет найден в конце вашего файла дампа сериализации.

Edit: я думаю, что ваш HTML транспорт может начать работать правильно только выходя из запутанной операции Квинт полностью и использовать out QTextStream вместо QByteStream.

+0

Я думаю, что квинт (0) вводит в заблуждение декодер QString на стороне клиента, так как он не увидит первую спецификацию. –

+0

Я все еще думаю, что операция квинта не оказывает прямого влияния на то, что @Patrick получает в файле. Да, он читает QString из своего потока 'in' (я признаю, что не полностью понимаю это в своем сообщении), но затем он снова записывает его в' out' QDataStream, поддерживаемый непосредственно QFile. Так снова повторим тот же случай сериализации. –

+0

Ребята, мне очень жаль, что я не упоминал об этом раньше. Но этот квинт (0) читается в некоторой точке ранее в коде. Итак, я думаю, это не то, что здесь. Причина, по которой указатель QByteArray указывает на где-то после квинта (0), что делает QString не прочитанным. Я ошибаюсь? –

Смежные вопросы