QT 4: программирование GUI на С++

Саммерфилд Марк

11 QLabel *timeLabel;

12 QLineEdit *altitudeLineEdit;

13 };

Класс WeatherStation наследует QDialog. Он прослушивает определенный порт UDP, выполняет синтаксический разбор поступающих дейтаграмм (от приложения Weather Balloon) и выводит на экран их содержимое в виде пяти строк редактирования QLineEdit, которые используются только для вывода данных. Здесь нас интересует только одна закрытая переменная udpSocket типа QUdpSocket, которая будет использована для приема

дейтаграмм.

01 WeatherStation::WeatherStation(QWidget *parent)

02 : QDialog(parent)

03 {

04 udpSocket.bind(5824);

05 connect(&udpSocket, SIGNAL(readyRead),

06 this, SLOT(processPendingDatagrams));

07 }

Конструктор мы начинаем с привязки объекта QUdpSocket к порту, на который передает данные метеозонд. Поскольку мы не указали адрес хоста, сокет будет принимать дейтаграммы, посланные на любой адрес IP, принадлежащий машине, на которой работает приложение Weather Station. Затем мы связываем сигнал сокета readyRead c закрытым слотом processPendingDatagrams, который извлекает данные и отображает их на экране.

01 void WeatherStation::processPendingDatagrams

02 {

03 QByteArray datagram;

04 do {

05 datagram.resize(udpSocket.pendingDatagramSize);

06 udpSocket.readDatagram(datagram.data, datagram.size);

07 } while (udpSocket.hasPendingDatagrams);

08 QDateTime dateTime;

09 double temperature;

10 double humidity;

11 double altitude;

12 QDataStream in(&datagram, QIODevice::ReadOnly);

13 in.setVersion(QDataStream::Qt_4_1);

14 in >> dateTime >> temperature >> humidity >> altitude;

15 dateLineEdit->setText(dateTime.date.toString);

16 timeLineEdit->setText(dateTime.time.toString);

17 temperatureLineEdit->setText(tr("%1° C").arg(temperature));

18 humidityLineEdit->setText(tr("%1%").arg(humidity));

19 altitudeLineEdit->setText(tr("%1 m").arg(altitude));

20 }

Слот processPendingDatagrams вызывается при получении дейтаграммы. QUdpSocket ставит в очередь поступившие дейтаграммы и позволяет получать к ним доступ последовательно в порядке очереди. Обычно в очереди будет только одна дейтаграмма, однако нельзя исключать возможность передачи отправителем последовательно нескольких дейтаграмм до генерации сигнала readyRead. В этом случае мы игнорируем все дейтаграммы, кроме последней, поскольку предыдущие дейтаграммы содержат устаревшие параметры атмосферного состояния.

Функция pendingDatagramSize возвращает размер первой ждущей обработки дейтаграммы. С точки зрения приложения дейтаграммы всегда посылаются и принимаются как один блок данных. Это означает, что при любом количестве байтов дейтаграмма будет считываться целиком. Вызов readDatagram копирует содержимое первой ждущей обработки дейтаграммы в

указанный буфер char * (обрезая данные, если размер буфера оказывается недостаточным) и осуществляет переход к следующей необработанной дейтаграмме. После считывания всех дейтаграмм мы разбиваем последнюю из них (имеющую самые свежие значения параметров атмосферного состояния) на составные части и заполняем строки редактирования QLineEdit новыми данными.

01 int main(int argc, char *argv[])

02 {

03 QApplication app(argc, argv);

04 WeatherStation station;

05 station.show;

06 return app.exec;

07 }

Наконец, в функции main мы создаем и показываем объект WeatherStation.

На этом мы завершаем рассмотрение наших примеров по передаче и приему данных с применением протокола UDP. Представленные приложения максимально упрощены, причем приложение Weather Balloon посылает дейтаграммы, а приложение Weather Station получает их. В большинстве реальных приложений в обоих случаях пришлось бы как считывать, так записывать данные на свой сокет. Функциям QUdpSocket::writeDatagram могут передаваться адрес хоста и номер порта, поэтому QUdpSocket может читать с хоста и порта, с которыми он был связан функцией bind, и писать на какой-нибудь другой хост и порт.

Глава 15. XML

XML (Extensible Markup Language — расширяемый язык разметки) — это универсальный формат текстовых файлов, который получил широкое распространение при обмене и хранении данных. Qt обеспечивает два различных программных интерфейса для чтения документов XML; эти интерфейсы входят в состав модуля QtXml:

• SAX (Simple API for XML — простой программный интерфейс для документов XML) позволяет обрабатывать «события синтаксического анализа» непосредственно в приложении в соответствующих виртуальных функциях.

• DOM (Document Object Model — объектная модель документа) преобразует документ XML в структуру в виде дерева, которая затем может обрабатываться в приложении.

Существует много факторов, которые необходимо учитывать в каждом конкретном случае при выборе между DOM и SAX. SAX является интерфейсом более низкого уровня и обычно работает быстрее, что делает его особенно пригодным как для решения простых задач (например, для поиска в документе XML всех повторений заданного тега), так и для чтения очень больших файлов, которые не помещаются в оперативной памяти. Но для большинства приложений удобство применения DOM перевешивает потенциальные преимущества более высокого быстродействия и более эффективного использования памяти в SAX.

Создавать файлы XML можно двумя способами: мы можем сгенерировать XML вручную или представить данные в виде дерева DOM, размещенного в памяти, и «попросить» это дерево записать себя в файл.

Чтение документов XML при помощи интерфейса SAX

SAX является фактическим стандартом программного интерфейса с открытым исходным кодом, который обеспечивает чтение документов XML.

Классы Qt для интерфейса SAX моделируют реализацию SAX2 Java с некоторыми отличиями в названиях для обеспечения принятых в Qt правил обозначений названий классов и их членов. Более подробную информацию относительно SAX можно получить в сети Интернет по адресу http://www.saxproject.org/.