Название метода DataOutput |
Описание |
void writeByte (byte [ ] b) |
Записывает все байты в выходной поток |
void write (byte[] b, int off, int len) |
Записывает указанное число байтов в выходной поток, начиная от смещения |
void write (int b) |
Записывает младший байт в выходной поток |
void writeBoolean (boolean v) |
Записывает значение boolean |
void writeByte (int v) |
Записывает младший байт int |
void writeChar (int c) |
Записывает два младших байта в выходной поток |
void writeChars (String s) |
Записывает каждый символ в уникоде в выходной поток |
void writelnt(int v) |
Записывает int (четыре байта) в выходной поток |
void writeLong (long v) |
Записывает значение long (четыре байта) в выходной поток |
void writeShort (int v) | Записывает int как два байта в выходной поток |
void writeUTF(String s) |
Записывает каждый символ в формате Java LJTF, которому предшествуют два байта, показывающие длину в байтах |
Например, если приложение MIDP хочет взаимодействовать со стандартным демоном синхронизирующего сетевого протокола Unix (Unix Network Time Protocol (NTP)), оно должно создать соединение, которое использует стандартный номер порта демона NTP, то есть 123. Приложение-клиент MIDP должно задать формат полезной нагрузки ответных дейтаграмм, придерживаясь определения NTP. Оно также должно быть способно анализировать ответ, возвращенный сервером.
MIDP кое в чем отличается от платформы J2SE в своей поддержке дейтаграммных соединений. J2SE имеет пакет java.net. Например, ее класс, DatagramPacket определяет дейтаграмму. Класс DatagramSocket реализует протокол передачи дейтаграмм с помощью соединений сокета.
Эти классы не существуют в CLDC/MIDP. В действительности пакет java.net недоступен в CLDC/MIDP. С другой стороны, CDC содержит пакет java.net, который содержит эти классы.
В листинге 8.5 демонстрируются вышеописанные понятия. Код, описанный в этом листинге, является дейтаграммным клиентом, который соединяется с определенной дейтаграммной службой. Важными шагами, выполняемыми программой, являются следующие:
Программа, описанная в листинге 8.5, на самом деле не осуществляет этап 3. Его выполнение требует создания должным образом отформатированного сообщения, как ожидается службой, с которой соединяется клиент. Также «обработка», указанная в шаге 5, включает лишь вывод ответа сервера в стандартный результат. В настоящих приложениях клиент использовал бы дейтаграммную информацию для локальной обработки.